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SUMMARY 


The  various  graphical  and  mathematical  techniques  available  for  controlling 
research  and  development  projects  are  considered  in  relation  to  the  needs  of  the 
manager  of  a  small  project.  The  PERT/TIME  model  is  recommended^) 

^  The  implementation  of  PERT/TIMS  in  the  R  ic^Dfield  is  discussed,  and  a 
brief  account  is  given  of  experience  gained  from  its '  use  in  managing  the 
engineering  development  and  manufacture  of  the  data  handling  sub-systems  of  the 
U.K. 3  satell.ite.J3 

_ Appendices  are  included  which  describe  the  basic  PERT/TIME  system  and 

postulate  operating  instructions  for  its  use.  Mention  is  made  of  derivatives 
of  the  original  techniques  *rhich  may  be  of  use  in  the  future. 
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1  INTRODUCTION 

Much  of  the  time  of  members  of  the  scientific  and  professional  classes  in 
the  Civil  Service  is  spent  in  management-  Almost  every  recruit  must  expect  that 
some  part  of  !us  career  will  be  devoted  to  mr.u  -genal  dutf.-s..  however  distasteful 
this  may  appear  to  him  at  the  time. 

Nearly  all  scientific  Managers  perform  their  managerial  duties  without 
recourse  to  techniques  and  facilities  which  they  would  use  in  their  technical 
work  as  a  matter  of  routine.  Indeed,  many  of  them  regard  scientific  techniques 
for  management  with  a  healthy  but  irrational  scepticism,  It  is  a  little  sur¬ 
prising  that  a  man  who  has  employed  an  electroi-ic  computer  to  evaluate  a 
mathematical  model  of  a  control  system  should  scorn  to  use  the  s.mne  technique  to 
assist  in  organising  the  development  of  the  resulting  hardware. 

This  attitude  is  gradually  changing,  at  least  at  the  highest  levels  of 
management.  In  Britain,  a  Committee  was  set  up  in  May  1958;  "To  enquire  into 
the  techniques  employed  by  Government  Departments  and  other  bodies  wholly  financed 
by  the  Exchequer  for  the  management  and  control  of  research  and  development  carrier 
cut  by  them  or  on  their  behalf,  and  to  make  recommendations" ,  In  the  Committee's 
report  fifty- two  recommendations  were  made  covering  a  very  wide  field  of 
scientific  policy,  and  some  of  them  have  been  adopted.  In  particular,  the 
Committee  made  detailed  recommendations  about  the  procedure  to  be  adopted  in  the 
letting  and  control  of  development  contracts.  It  laid  great  stress  on  careful 
planning  both  in  terms  of  cost  and.  time-scale. 

In  the  U.S.A,  the  priority  allocated  to  the  development  of  a  nuclear  weapons, 

system  immune  to  interdiction.  (Polaris)  led  to  the  development  of  network  analysis 
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as  a  tool  of  management  - 

In  the  Ministry  of  Aviation  network  analysis  is  already  being  used  in  the 
control  of  major  projects,  of  which  bea  Dart  is  probably  the  best  known.  On  the 
1st  January,  1965  a  section  was  set  up  within  the  Contvollerate  of  Aircraft  for 
project  time  anl  cost  analysis. 

However,  the  use  of  network  techniques  for  R,  and  D.  Projects  of  small  size, 
say  of  less  than  £500  000  total  cos',,  is  unusual,  when  they  have  been  used,  it 
has  often  been  at  the  instigation  of  the  contractor. 

It  has  frequently  been  said  that  network  techniques  do  not  make  a  valid 
contribution  to  small  probjects,  Th5s  is  not  so.  Any  programme  of  work  which 
involves  che  co-ordination  of  inter-dependent  activities  can  use  them.  Valuable 
savings  of  time  and  cost  have  been  achieved  in  plant  maintenance,  when  activity 
durations  have  ,een  measured  in  hours  rather  than  weeks. 


Early  in  19&4  it  was  decided,  in  a  Section  of  Spaoe  Department,  to  overhaul 
the  techniques  that  it  was  using  in  managing  the  small  projects  with  which  it  was 
concerned.  This  paper  is  largely  based  on  the  experience  so  gained.  It  is 
concerned  with  the  examination  of  the  needs  of  the  Manager,  the  choice  of  a 
mathematical  model  technique  to  meet  these  needs,  the  experimental  introduction 
of  the  teclinique  into  a  small  project  (the  data  handling  sub-system  of  the 
U.K, 3  satellite),  and  the  possibilities  of  future  extension.  It  assumes  a  know¬ 
ledge  of  the  basic  principles  of  network  analysis,  but  includes  in  Appendix  A 
a  brief  summary  of  the  Programme  Evaluation  and  Review  Technique  (PERT),  which  was 
the  system  selected.  Readers  who  are  unfamiliar  with  the  management  type  of 
network  analysis  should  read  it,  at  least  up  to  Section  A. 3,  before  reading  beyond 
Chapter  3  of  the  main  text, 

2  THE  MESSS  OP  THE  MAHAGSR 

The  primary  function  of  the  Manager  is  the  making  of  decisions.  He  may 
possess  powers  of  persuasion  and  leadership,  and  a  large  fist  for  banging  the 
table,  but  he  must  still  decide  when  and  in  what  way  to  use  these  powers  ard  haw 
hard  to  bang.  He  must  allocate  his  resources,  manpower  ard  equipment,  to  achieve 
his  objective  within  his  specified  time-scale  and  overall  cost;  if  possible  sooner 
and  cheaper.  He  must  ensure  that  the  inputs  ard  outputs  of  the  device  he  is 
producing  are  compatible,  in  every  respect  including  time,  with  the  other  equip¬ 
ments  with  which  it  must  work,  or  as  the  jargon  is,  he  must  control  his  interfaces. 
He  must  ensure  that  all  the  people  working  on  the  project  are  aware  of  their 
precise  function  and  their  relation  -with  each  other.  Above  all,  he  must  monitor 
the  progress  of  a  project  sufficiently  closely  to  modify  his  original  directives 
ard  allocations  to  meet  changing  circumstances,  before  things  get  out  of  hand. 

The  recommended  prosed, ire  for  decision  making  is  usually  a  variant  of  the 
following:- 

(i)  Define  the  problem. 

(ii)  Analyse  it. 

(iii)  Postulate  possible  solutions, 

(iv)  Select  one. 

The  Manager  of  a  development  project  normally  has  his  problem  defined  for  him 
in  general  terms  by  means  of  an  operational  requirement,  a  design  aim  or  a 
performance  specification.  He  may  also,  but  not  necessarily,  be  told  when  the 
equipment  is  required  and  how  much  he  can  spend.  Often,  he  will  be  required 
to  make  estimates  of  time-scale  ard  cost.  Occasionally,  the  problem  may  not  be 
clearly  defined  ard  the  Manager  will  have  to  do  this  for  himself. 
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In  order  to  make  the  problem  amenable  to  analysis,  it  must  be  broken  down 
in  some  degree;  of  detail.  This  division  may  bo  done  chronologically,  in  terms 
of  technical  difficulty,  in  terns  of  the  various  technologies  to  be  employed,  or 
in  terms  of  the  man  power  and  facilities  to  be  used,.  The  list  is  net  exhaustive, 
nor  are  the  criteria  for  division  mutually  exclusive.  If  the  analysis  is  to  be 
useful,  it  must  be  disciplined.  The  Manager  needs  to  determine  the  areas  of 
greatest  difficulty,  and  to  relate  each  activity  to  those  dependent  upon  it,  and 
to  determine  its  bearing  on  the  overall  time  scale  and  cost.  All  this  can  be 
achieved  by  constructing  a  mathematical  model  of  tne  problem. 

During  the  next  phase  of  the  analysis  he  may  wish  to  measure  alternative 
technical  solutions  against  the  project  requirements  and  against  internal  and 
external  interfaces.  He  vd.ll  need  to  decide  what  parts  of  his  development 
programme  can  be  carried  cut  in  series,  and  what  must  be  done  in  parallel  to 
avoid  over-running  the  time-scale. 

Having  isolated  his  problems  and  planned  their  solution  the  Manager  now 
needs  to  communicate  his  plan  to  his  subordinates  or  his  contractors.  It  is 
obviously  advantageous  if  the  perfected  mathematical  model  is  in  such  a  form  that 
it  can  readily  be  understood  by  them.  It  is  even  better  if  those  concerned  with 
the  most  detailed  aspects  of  the  work  can  analyse  the  problems  delegated  to  them 
by  means  of  the  same  technique.  In  this  way  the  difficulties  of  infoimation 
feedback  arc  minimised,  but  the  choice  of  model  is  thereby  limited. 

Feedback  of  information  is  of  vital  importance  because,  as  the  project 
proceeds,  it  will  become  apparent  that  the  overall  plan  must  bo  changed.  This 
may  be  because  it  was  wrong,  or  because  the  requirements  of  the  project  may  have 
changed.  The  feedback  must  be  sufficiently  rapid  for  the  Manager  to  recognise 
the  new  difficulties  aid.  resolve  them  before  the  project  as  a  whole  is  adversely 
affected.  For  this  to  be  achieved  all  concerned  must  "speak  the  same  language". 

Most  important  of  all,  the  manager  needs  a  status  reporting  system  that 
will  enable  him  to  "manage  by  exception".  The  technique  of  msuiagement  by 
exception  is  based  on  the  premise  that  no  Manager  can  effectively  control  every 
detail  in  a  project.  He  must  direct  his  endeavours  only  towards  those  parts  of 
the  project  which,  exceptionally  he  hopes,  need  his  attention.  He  must,  therefore 
be  able  to  discover  which  activities  determine  the  completion  date  and  which  have 
the  greatest  effect  on  overall  cost  (they  may  not  be  the  same).  In  this  wa y  he 
will  not  waste  time  in  speeding  up  activities  which  do  not  directly  affect  the 
overall  time  scale,  and  in  devising  false  or  negligible  economies.  This  method 
is  particularly  valuable  in  the  Civil  Service,  where  more  or  less  rigid  staff 
complements  terd  to  limit  the  availability  of  management  expertise. 
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TECHNIQUES  CONSIDERED 

The  source  of  most  of  the  more  fashionable  management  techniques  is  the 
aerospace  industry  of  the  United  States,  A  list  of  these''*,  published  in  Maroh  1 
oontains  some  fifty  techniques  fran  ABLE  (Activity  Balance  Line  Evaluation)  to 
WHISlT  (‘Vhcre  In  the  Hell  Is  It?).  It  was  only  the  lack  of  published  information 
on  the  latter  ’which  prevented  its  immediate  adoption. 

In  fact  there  is  an  interesting  dichotomy  between  the  practise  of  industry 
in  the  U.S.  and  the  U.K,  In  America  many  firms  employ  network  systems  dignified 
with  a  unique  acronym  which  may  include  their  own  name,  but  ’which  are 
basically  PERT,  In  the  United  Kingdom,  many  firms  claim  to  use  PERT,  whereas  in 
fact  some  use  unique  systems  based  on  the  memory  of  one  of  their’  executives  of  a 
half-day  session  at  a  management  training  course  held  some  time  ago,  and  which  are 
not  PERT  at  all. 

The  proliferation  of  techniques  is  more  apparent  than  real.  They  may  be 
divided  without  significant  loss  of  precision  into  two  types:  bar  charts  and 
networks. 

3. 1  Bar  chart  techniques 

A  bar  chart  is  a  graphical  model  of  a  project  in  which  each  aspect  to  be 
represented  is  shown  separately  as  a  bar  or  line.  The  bars  are  normally  displayed 
horizontally  against  a  time  scale,  ani  can  thus  be  made  to  indicate  the  beginning 
and  erd.  of  work  on  each  aspect.  This  information  can  be  extended  by  width 
modulation  and/or  colour  coding  to  show  the  magnitude  and  type  of  effort  and 
facilities  involved.  An  example  is  shown  in  Pig. 1. 

This  type  of  chart  can  be  of  assistance  in  allocating  effort  and  resources 
fran  a  limited  pool.  It  can  also  be  used  to  develop  or  check  the  development  cost 
plan  required  by  M.O.A.  of  its  tenderers  and  contractors^.  It  does  not  show  the 
inter-deperdence  of  the  various  activities.  Another  limitation  is  that  the  only 
events  which  can  be  allocated  a  point  in  the  time  scale  are  the  beginning  and  end 
of  each  of  the  activities  displayed.  If  the  number  of  bars  is  extended  to  include 
all  the  significant  events,  even  in  quite  a  small  project,  it  becomes  a  very 
long  and  confusing  strip  of  paper.  It  makes  no  provision  for  the  evaluation  of 
work  in  progress,  i.e,  progress  along  each  bar,  and  thus  is  of  no  assistance  to 
the  manager  in  measuring  achievements  in  terms  of  time  aid.  cost  against  his  targets. 

The  bar  chart  is  most  useful  in  resource  alloco.tion  for  production 
programmes,  ard  for  the  presentation  of  a  very  broad  (though  possibly  misleading) 
picture  of  a  project  to  higher  management.  It  has,  however,  been  developed  in 
various  ways  to  overcome  its  limitations. 
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3.1.1  Gantt  charts'^ 

It  is  common  practice  to  refer  to  all  types  of  bar  charts  by  this 
title,  but  strictly  it  refers  to  production  scheduling  charts  of  the  type 
shown  in  Fig. 2, 

This  is  a  shop  loading  chart  which  shows  the  scheduled  time  for  the 
completion  of  each  item  as  an  open  bar  and  the  performance  actually  achieved 
as  a  solid  bar.  The  system  was  devised  by  h.  L.  Gantt  to  assist  with 
munitions  production  in  America  in  the  191A-1918  war.  It  will  be  noticed 
tho.t  the  system  does  not  allow  for  uncertainty  in  the  time  of  completion  of 
each  activity. 

Although  it  is  limited  in  scope,  many  variants  of  the  Gantt  Chart  have 
been  widely  applied  in  Ind  try  and  it  has  not  been  confined  to  the  production 
situation  for  which  it  was  originally  designed..  The  present  writer  has  used 
the  technique  in  progressing  the  activities  of  a  number  of  contractors  making 
similar  items  of  instrumentation.  Perhaps  the  most  valuable  results  were 
achieved  by  displaying  the  Gantt  Chart  on  the  office  wall,  so  that  the  lagging 
contractors  could  be  spurred  on  by  the  visibly  superior  efforts  of  their 
competitors. 

3.1.2  Line  of  balance 

This  technique  lias  been  applied  almost  exclusively  to  production  planning, 
ard  is  thus  of  limited  interest.  For  this  reason  it  is  not  described  here. 

There  is  a  brief  but  clear  explanation  in  Polaris  Management  »  Its  purpose  is 
to  highlight  the  areas  in  which  production  is  falling  behind,  ard  can  show 
wnere  the  remedial  attentions  of  management  should  be  directed.  In  other  words, 
the  technique  is  directed  towards  achievement  of  the  "management  by  exception" 
principle  in  that  only  those  components  which  fall  significantly  below  the  line 
of  balance  need  be  hastened. 

3.1.3  Milestone  charts 

Another  technique  for  increasing  the  usefulness  cf  bar  or  Gantt  charts 
in  the  control  of  R.  &  D.  projects  is  the  milestone  method.  A  milestone  is  a 
carefully  defined  situation  in  the  lifetime  of  a  project;  for  example,  the 
delivery  of  the  first  prototype  or  the  completion  of  manuf acturing  drawings. 
These  milestones  are  usually  shown  by  a  numbered  asterisk  or  arrow  against  the 
particular  bar  of  which  they  form  port.  The  position  of  the  milestone  is 
established  by  determining  the  point  in  time  when  it  ought  to  occur  if  the  preje 
is  to  be  completed  on  schedule. 
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This  teohniquo  has  been  used  quite  extensively  in  the  control  of 
Ministry  projects.  The  " development  plan"  which  is  a  mandatory  part  of 
the  documentation  specified  by  C.Yi’./S.A,  Project  Costs  in  their  contractors 
development  costs  plans  ,  is  to  be  a  milestone  bar  chart. 

Like  other  forrr.3  of  bar  charts,  the  milestone  method  does  not  take 
account  of  the  interdependence  of  activities  or  milestones,  neither  does  it 
allow  for  any  uncertainty  in  estimated  times  f or  activities.  Reference  L, 
does  envisage  that  the  milestone  chart  may  be  derived  from  a  network,  in 
which  case  these  limitations  need  not  apply. 

3.2  Network  techniques 

The  next  step  in  the  evolution  of  graphical  models  of  R.  &  P.  projects 
was  the  network.  Fig.  3  snows  how  it  was  derived  i'rom  the  milestone  bar  chart 
by  introducing  lines  linking  the  milestones  to  indicate  the  constraints  which 
they  impose  on  each  other. 

A  good  account  of  the  background  to  this  development  is  given  by 
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Miller  *  Several  studies  carried  out  in  the  United  States  shoved  that,  military 
and.  commercial  development  and  production  programmes  had  vastly  exceeded  their 
estimated  time  and  cost.  This  led  to  the  development  of  the  Critical  Path 

Q 

Method  (C.P.M, )  by  M.  R.  ’walker  of  DuPont  and  J.  E.  Kelly  of  Remington-Rand  . 
Independently,  and  at  the  same  time,  a  research  team  in  the  Navy  Special  Projects 

Office  developed  the  Programme  Evaluation  and  Review  Technique  (PERT)  for  the 
fleet  ballistic  missile  programme,  otherwise  Polaris.  The  first  published  paper 
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on  PERT  appeared  in  September  1339  . 

Although  the  two  techniques  have  the  same  basis  and  many  similarities, 
their  vocabularies  are  different.  To  avoid  confusion,  this  paper  •■••ill  use  the 
PERT  vocabulary  exclusively.  In  the  original  form,  C.P.M.  included  cost  as  a 
parameter,  but  PERT  did  not.  An  extension  of  the  PERT  technique  to  include  cost 
has  since  been  mads  and  this  is  known  as  PERT/COST,  This  lias  led  to  the  original 
version  of  PERT  being  known  as  PSR'f/TIME.  The  distinction  also  will  be  made  in 
this  paper. 

The  basic  network  technique  used  for  both  C.P.M.  and  PERT  involves  the 
construction  of  a  flow  diagram  or  network  of  "events",  show,  as  circles  or 
rectangles,  and  "activities"  shown  as  arrows.  The  event  is  defined  as  a  distil** 
guishable,  unambiguous  point  in  time  that  coincides  with  the  beginning  and/or 
end  of  a  specific  task  or  activity.  The  arrow  shows  either  a  specific  activity 
which  must  necessarily  be  completed  in  order  to  achieve  the  event  to  which  it 
points,  or  a  constraint  which,  while  not  involving  time-consuming  activity, 
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nevertheless  governs  the  achievement  of  the  event.  This  latter  is  known  as  a 
"dummy  activity''.  The  achievement  of  any  event  will  he  governed  by  one  or  more 
activitj.es,  and  it  will  initiate  one  or  more  further  activities,  the  first  and 
last  events  being  executed.  Thus,  all  the  activities  in  the  project  are  3110™ 
on  the  network  in  their  proper  order  and  m  their  correct  relationship  to  each 
other. 

Estimates  are  made  for  the  time  to  be  taken  by  each  activity,  and  ii  is 
then  possible  to  compute  the  total  time  to  reach  any  event  in  the  network  from 
the  start.  ?roa  this  can  be  deduced  the  activities  which  determine  the  completion 
date  of  the  project  -  the  "critical  path"  thorough  the  network.  It  is  in  this 
analysis  that  C.P.k,  a nd  PERT  differ,  A  fuller  treatment  of  network  construction 
is  given  at  Appendix  A. 

3, 2. 1  The  critical  path  method  -  C.P. M. 

Up  to  the  point  of  the  completion  of  the  network  the  techniques  used  in 
C.Iv.,  ard  PERT  arc  identical,  although  as  mentioned  above  the  terminology  is 
■different.  The  C.P.;.;.  model  is  deterministic,  that  is  a  single  time  estimate 
is  made  for  each  activity,  and  no  allowance  is  made  for  uncertainty.  Further,  in 
the  original  C.P.:-'.  system  it  v.-as  assumed  that  the  estimator  would  be  on 
sufficiently  familiar  grourd  to  make  a  cost  estinate  as  well.  From  these  estimate: 
it  is  possible  to  deduce  the  total  time  and  cost,  for  the  project.  If  the  total 
time  is  too  great  to  meet  the  scheduled  requirements,  a  second  sot  of  estimates, 
known  as  "crash"  is  made.  The  crash,  estimates  for  each  activity  are  the  minimum 
possible  time  for  its  achievement,  and  the  minimum,  tut  inflated,  cost  involved. 
Thus  the  noiwial  esti::,atos  represent  the  most  econo., .ical  way  of  carrying  out  the 
project,  aui  the  cims:i  estimuut.s  the  quickest. 

Fro?::  the  nowial  end  Crash  schedules  a  third  schedule  is  developed  to 
determine  the  minimum  cost  to  meet  the  crash  time  schodulo-by  reverting  from  crash 
to  normal  those  activities  which  have  sufficient  slack,  i.o.  those  activities 
which  have  time  in  hand  on  the  crash  schedule.  Further  schedules  may  then  be 
produced  ac  arbitrary  times  between  normal  arid  crash  in  order  to  gonei'ato  a 
" tirr.e/cost  curve1'  for  the  project.  From  this  and  from  knowledge  of  the  customers 
requirements,  a  final  "optimum"  schedule  for  the  project  is  prepared. 

It  will  bo  apparent  that  to  carry  out  a  meaningful  analysis  of  this  kind, 
the  manager  must  have  available  accurate  estimates,  both  in  time  and  cost,  for 
each  activity.  It  is  assumed  in  C.P.iA.  that  those  estimates  will  be  made  on  the 
basis  of  past  experience.  The  method  has  been  applied  with  considerable  success 
in  production  ard  civil  engineering  projects. 
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3,  2. 2  The  programme  evaluation  and  review  technique  -  PERT/TIMB 

The  major  difference  between  PERT/TIIAS  and  C.P.M.  is  that  the  forrr.er  is 
a  stochastic  model.  That  is,  it  takes  account  of  uncertainties  in  the  times 
estimated  for  individual  activities  by  expressing  them  as  distributed  variables. 
It  assumes  a  beta  distribution  with  a  stardard  deviation  (<t)  of  l/6th  of  the 
range.  Of  course,  engineers  are  not  accustomed  to  expressing  their  estimated 
times  for  activities  in  those  terms.  Furthermore,  rigorous  network  analysis 
would  present  formidable  problems,  including  the  solution  of  a  cubic  equation, 
to  find  the  mean  and  variance  of  each  distributed  variable. 


The  PERT  technique  uses  a  simplified  approach  to  obtain  an  "expected  time" 
and  variance  for  each  activity.  Three  time  estimates  arc  made  for  each: 
optimistic  -  tQ,  most  likely  -  t^,  and  pessimistic  -  t^.  These  are  carefully 
defined  -  ace  Appendix  A.  A  weighted  arithmetic  mean  cf  the  three  then  gives 
the  expected  time  -  tg. 


t 
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Since  the  range  is  defined  by  the  optimistic  and  pessirrdstie  estimates, 
the  variance,  is  given  by: 


<r 
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The  mathematical  bas5.s  of  this  simplification  is  not  rigorous,  and  it  is 
known  that  there  is  a  slight  bias  towards  an  optimistic  result.  However,  the 
equatioiis  can  be  regarded  as  empirical  rules  which  have  ■  sen  applied  successfully. 
Appendix  C  describes  the  PERT  model  of  an  activity  in  more  detail. 

Thus  the  stochastic  model  is  converted  into  a  deterministic  one  in  which  the 
elapsed  time  to  reach  any  event  can  be  calculated  by  adding  the  expected  times 
for  the  activities  in  the  longest  path  to  it  from  the  initial  event,  and  a  measure 
of  the  uncertainty  can  be  arrived  at  by  adding  the  variances.  This  measure  can  be 
used  to  arrive  at  the  probability  of  the  event  meeting  a  scheduled  date. 


To  this  end,  an  assumption  is  made  that,  where  there  are  a  substantial  number 
of  activities  on  the  critical  path,  the  distribution  of  the  possible  total  elapsedi 
timer,  for  the  path  will  approach  the  normal  (symmetrical)  distribution.  The 
theoretical  justification  for  this  assumption  is  the  central  limit  theorem,  which 
holds  when  there  arc  a  number  of  activities  (e.g,  more  than  ten)  and  their 
individual  distributions  arc  random.  The  probability  of  meeting  a  scheduled  date 


is  found  by  expressing  the  difference  between  the  scheduled  time  (T  )  and  the 
total  expected  time  (Tr,)  in  terms  of  the  standard  deviation: 

T  -  T„ 

s _ a 

o-  " 

The  result  is  compared  with  a  set  of  probability  distribution  tables  to  give 
a  figure  for  the  probability  of  achieving  T^» 

This  approximation  has  been  the  subject  of  criticism.  It  depends,  inter 
alia,  on  the  assumption  that  the  critical  path  is  "enough  longer"  than  all  other 
paths  through  the  network  for  the  latter  to  be  negligible.  In  practice,  this 
situation  does  not  often  obtain.  If  parallel  paths  of  duration  approaching  that 
of  the  critical  path  exist,  the  probability  calculation  will  produce  an  optimistic 
answer.  The  point  is  dealt  with  fully  in  Para*  5* 6(g), 

It  can  certainly  be  argued  that  most  managers  are  not  statisticians,  and  exe 
liable  to  make  inaccurate  deductions  from  statistical  information.  One  of  the 
foremost  practioners  of  P2RT  in  the  U.K.  has  privately  informed  the  author  that 
he  does  not  estimate  probabilities,  but  merely  uses  the  variance  of  the  objective 
event  as  a  rough  guide. 

However  this  may  bo,  the  PSRT  algorism  dees  provide  the  manager  with  a  sub¬ 
stantial  amount-  of  information  about  his  project  which  he  is  unlikely  to  obtain 
in  any  other  way,  to  use  an  he  thinks  fit,  Ir.  considering  a  mathematical  model 
of  this  kind,  it  should  not  be  forgotten  that  he  can  introduce  a  powerful 
compensating  mechanism  into  the  computation  -  himself , 

The  size  of  PZRT  and  ChP.i.L.  networks  may  range  from  perhaps  thirty  events  to 
many  thousands.  In  general,  there  will  be  about  fifty  per  cent  more  activities 
than  events,.  In  all  but  the  smallest  projects,  there  will  be  more  than  one 
level  cf  management,  and  each  will  wish  to  operate  to  an  appropriate  degree  of 
detail.  In  PERT,  this  fact  is  acknowledged  by  breaking  down  the  total  work 
content  of  the  project  into  tasks  or  "end-items"  at  different  degrees  of  detail 
or  "levels  of  indenture",.  The  result  is  displayed  as  a  family  tree  which,  it  is 
emphasized,  is  not  necessarily  related  to  the  organisational  tree.  An  example 
of  part  of  the  work  breakdown  structure  is  shown  in  Fig»Al.  Each  "block"  on  the 
tree  will  normally  generate  one  or  more  networks.  For  networks  of  up  to  one 
hundred  events,  manual  computation  is  easiest  and  quickest,  at  least  initially. 
For  networks  of  throe  hundred  events  or  more,  electronic  data  processing  is 
almost  essential.  It  sceiiis  probable  that  the  majority  of  the  small  projects  with 
which  this  paper  is  concerned  would  generate  nctv.'or’,  s,  at  the  lowest  level  of 
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indenture,  of  between  one  hundred  ard.  thrco  hundred  activities.  In  this  border¬ 
line  region,  the  computation,  though  arithmetically  3 irr.pl e,  is  tedious  and  time- 
consuming.  Keans  of  tackling  this  problem  are  discussed  in  Section  5» 

Thus,  the  basic  EERT/TII-j3  system  does  offer,  in  exchange  for  effort  spent 
in  the  construction  and  analysis  of  networks,  a  solution  to  the  majority  of  the 
needs  of  the  manager  as  postulated  in  Section  2.  It  allows  the  project  to  be 
broken  down  into  fine  detail,  without  obscuring  the  major  objectives.  It  provides 
a  mathematical  model  of  the  project,  which  allows  for  uncertainties  in  time,  but 
which  does  not  involve  complex  computation.  It  allows  alternative  solutions  to 
the  manager's  problems  to  be  tried  out  in  the  model,  and  the  effect  on  the  time- 
scale  determined.  By  having  the  network  and  its  analysis  brought  up  to  date  at 
regular  intervals,  he  can  ensure  that  ho  is  adequately  informed  on  progress,  and 
take  account  of  any  necessary  changes  to  the  programme,  Kost  important  of  all, 
the  PERT  system  directs  the  manager's  attention  to  parts  of  the  project  that  are 
likely  to  lag,  before  they  actually  do  so.  It  is  the  management  by  exception 
technique  par  excellence. 

The  disadvantages  of  PERT  are  that  it  makes  a  significant  demand  on  the 
manager's  own  time  and  that  of  his  subordinates  or  contractors;  the  statistical 
part  of  it3  data  output  is  open  to  misinterpretation;  its  performance  is 
absolutely  determined  by  the  validity  of  the  data  which  tire  fed  into  it.  It 
does  not  include  a  formal  process  for  evaluating  the  accuracy  of  the  providers  of 
this  data,  which  could  be  done  by  comparing  past  estimates  with  the  time  actually 
taken.  The  conscientious  manager  docs  no  doubt  generate  "calibration  factors" 
for  his  staff,  but  there  is  no  reason  why  this  process  should  not  be  brought  into 
the  open  so  that  accuracy  may  improve.  Its  implementation  has  also  been  known 
to  cut  across  organisational  hierarchies,  but  this  may  not  always  be  a  disadvantage, 

k  CHOICE  OP  TECHNIQUE 

The  reader  has  known  from  the  beginning  that  FERT/tIKE  was  the  chosen 
technique.  For  those  who  are  prepared  to  take  the  job  of  management  seriously, 
the  advantages  "would  certainly  appear  to  outweigh  the  disadvantages.  There  were, 
however,  other  reasons  for  the  choice. 

In  its  activities,  Space  Deportee nt  is  involved  with  a  number  of  research 
organisations  and  establishments  in  the  U.K,  and  abroad.  Among  them  are 
The  Rational  Aeronautics  and  Space  Administration  (N.A.S.A, )  in  the  United  States, 
The  European  Launcher  Development  Organisation  (E.L.D.O. }  and  the 
Weapons  Research  Establishment  of  the  Australian  Department  of  Supply,  All  these 
organisations  use  PERT.  A  number  of  firms  in  the  British  aorospaoo  industry  use 
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it  or  are  dabbling  with  it.  Of  the  one  hundred  and  twenty  one  firms  and 
divisions  of  firms  in  the  aerospace  industry  of  the  United  States  listed  by 
Frambes^,  one  hundred  and  seven  were  using  PERT  or  a  close  derivative. 

PERT  thus  has  at  least  the  makings  of  a  universal  "language”  for  comrounicatio 
of  information  about  projects  and  their  management.  In  particular,  satellite 
networks  could  be  integrated  with  those  for  the  launching  rocket,  and  both  with 
those  for  the  range  facilities  involved.  In  the  strictly  limited  context  of  the 
Section's  own  responsibilities,  a  conmon  language  was  desirable  to  co-ordinate 
the  different  sub-systerns  for  which  it  would  be  responsible. 

The  choice  of'  PERT/TLME  was  thus  made  on  two  grounds.  It  appeared  to  be  the 
best  model,  fully  developed,  for  the  special  requirements  of  the  manager  of  a 
small  development,  or  research  and  development  project.  It  had  found  wide 
acceptance  among  organisations  with  whica  the  section  was  likely  to  have  dealings. 

3  Ii'gTTS-iENT  ATI  ON  OF  PERT/TIi.K 

5. 1  Size  of  project 

In  Section  1,  a  "small,  project"  was  arbitrarily  defined  as  one  costing  less 
than  half  a  million  pounds.  There  is  no  doubt  that  the  application  of  FERT/TIKE 
to  projects  approaching  this  figure  in  total  cost  will  yield  substantial 
benefits.  If  we  are  to  take  cost  as  our  criterion,  the  question  of  a  lower 
limit  arises. 

10 

Battersoy  quotes  as  an  example  a  small  network  modelling  the  preparation 
of  sweet  ani  sour  pork.  This  was  formulated  by  a  member  of  the  staff  of  the 
College  of  Aeronautics  and  his  wife  -  presumably  for  fun.  It  is  at  least 
doubtful  whether  the  increase  in  culinary  efficiency  in  their  family  kitchen 
justified  the  effort  involved.  If,  however,  he  had  been  involved  in  the  manage¬ 
ment  of  a  Chinese  Restaurant,  increased  efficiency  would  yield  financial 
dividends. 

This  is  the  crux  of  the  situation;  in  deciding  whether  or  not  to  use  the 
PERT  technique  in  the  management  of  a  particular  project  the  manager  has  to 
decide  whether  the  benefit  derived  will  justify  the  expenditure  involved.  Thus, 
in  plant  maintenance,  where  the  officie:tcy  of  comparatively  small  and  inexpensive 
operations  govern  the  availability  of  facilities  of  high  capital  value,  PERT 
and  C.P.H.  have  both,  been  used  successfully,  Tr:  the  R.  &  E.  field,  the  same 
principle  applies.  On  the  time  scale  of  a  very  small  project,  a  muon  larger 
programme  may  depend.  It  is  suggested  that,  in  any  case,  a  project  v/hicn  seems 
likely  to  cost  £10000  or  more  should  be  considered  as  a  possible  candidate  for 
the  PERT/TIME  treatment. 
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It  is  implicit  in  the  foregoing  that  the  cost  of  implementing  PSRT/TIME,  as 
a  proportion  of  project  cost,  rises  as  the  project  gets  smaller.  This  is  borne 
out  in  practice.  A  number  of  figures  have  been  quoted  by  various  authorities, 
and  these  may  be  summer. sod  by  saying  that  the  cost  of  PERT  ranges  from  0,1  per  cent 
of  project  cost  for  very  large  projects  to  1  or  perhaps  2  per  cent  for  small  ones. 

5.2  Extent  of  implementation 

Having  decided  to  employ  PERT  on  a  particular  project  one  lias  to  decide 
how  far  to  go.  Some  people  merely  draw  the  network  and  use  it  as  a  qualitative 
guide  to  project  planning.  Others  go  the  whole  hog  and  establish  computer 
programmes  for  generating  many  different  arrangements  of  the  basic  PERT  data  for 
different  purposes.  Both  these  approaches  have  their  disadvantages. 

The  difficulty  with  the  qualitative  method  lies  mainly  in  the  fact  that  it  is 
only  in  the  analysis  that  the  first  indications  of  the  networks  validity  or  other¬ 
wise  are  obtained.  An  unanalysed  network  must  be  scrul'inised  extremely  carefully 
to  discover  such  logical  inconsistencies  as  ''loops"  (a  situation  where  an  event 
is  its  own  predecessor,  shown  in  Pig. 4)  and  "dangles"  (an  event  other  than  the 
initial  event  "which  has  no  predecessor,  or  an  event  other  than  the  objective  event 
which  has  no  successor).  These  faults  are  quite  readily  found  in. manual  analysis, 
and  computer  programmes  arc  arranged  so  that  network  validation  is  the  first  process 
performed  by  the  machine.  Onoe  again,  one  must  consider  the  value  of  the  infor¬ 
mation  obtained.  Prom  a  qualitative  network  it  may  be  determined  that  Task  'B ' 
should  ccttmence  before  Task  'A'.  Pith  some  extra  effort  devoted  to  analysis, 
optimum  starting  dates  for  both  tasks  can  be  established. 

At  the  other  extreme,  there  is  a  danger  of  generating  so  much  data  in  the  form 
of  computer  print-outs  that  the  manager  nas  insufficient  time  to  absorb  them,  let 
alone  base  his  decisions  on  them.  Computer  time  is  expensive,  and  the  writing  of 
PERT  computer  programmes  is  a  difficult  and  length)1  process.  However,  new  computers 
almost  always  have  suitable  PERT  programmes  in  their  associated  "software",  so 
this  difficulty  may  be  expected  to  disappear  in  time. 

Perhaps  the  best  approach  is  to  begin  with  manual  analysis  and,  when  the 
work  load  becomes  too  great  for  the  manager  or  his  assistants,  to  introduce 
electronic  data  processing  later.  Even  then,  the  reports  called  for  should  be 
limited  to  those  which  are  sc. x  .ly  necessary. 

The  amount  of  effort  involved  is  greatly  affected  by  the  degree  of 
detail  or  ''level  of  indenture"  of  the  networks.  A  useful  rule  of  thumb  is 
that  the  longest  of  the  expected  time3  t  of  the  activities  at  the  lowest  level 
of  indenture  should  approximate  to  the  technical  reporting  interval  -  or  the 
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interval  between  progress  meetings.  Another  useful  technique  is  to  place  an 
arbitrary  restriction  on  the  nunber  of  events  in  any  one  network  and,  if  necessary, 
to  integrate  a  number  of  these  small  networks  by  moons  of  milestones  and  interface 
events  into  a  manageable  summary  network  at  a  higher  level  of  indenture. 

This  technique  is  taken  to  its  logical  conclusion  by  the  Australian 
Weapons  Research  Establishment.  Their  system  is  to  produce  a  number  of  networks 
at  the  Principal  Officer  level  of  their  organisation  chart,  this  could  be  said 
to  be  somewhere  between  P.S.O.  and  S, P.S.O.  level.  The  Principal  Officer's 
contribution  to  any  one  trials  programme  is  a  small  network  consisting  of  no  more 
than  twenty  or  thirty  events.  Time  estimates  are  then  made  for  all  the  activities 
on  the  network  and  these  data  are  transferred  to  punched  cards  by  the  PERT 
Analysis  Section.  By  means  of  an  1. 3.1.1.  1401  Computer,  the  data  on  the  punched 
cards  are  transferred  to  a  magnetic  input  tape  for  the  I.B.i.i.  7090  Computer  which 
is  to  do  the  analysis.  Since  the  interface  events  between  the  networks  are  care¬ 
fully  coded,  the  project  network  is,  in  effect,  built  up  on  the  computer  master 
file,  and  the  analysis  is  done  from  this.  It  is  quite  unnecessary  for  the 
overall  network  to  be  drawn  at  all  and  this  is  not  done  (except  occasionally  for 
publicity  purposes).  This  technique  does,  of  course,  depend  on  the  availability 
of  a  powerful  computer  with  large  storage  capacity. 

5. 3  Intra-mural  implementation 

It  is  unlikely  that  anyone  would  be  able  to  implement  PERT  in  his.  own  work 
without  the  co-operation  of  his  colleagues.  He  may  have  to  justify  the  con¬ 
sumption  of  effort  to  his  superiors,  and  he  will  need  the  assistance  of  other 
people  in  preparing  his  input  data.  This  introduces  problems  of  persuasion 
and  education.  Die  origin  of  the  present  paper  lay  in  requests  for  colleagues 
and  superiors  for  the  writer  to  undertake  these  functions.  It  is  hoped  that 
its  arguments  will  be  enough  to  convince  a  hypothetical  juror  that  PERT/TIIE 
is  a  valuable  tool  of  management  for  small  R.  and  D.  projects  "beyond  all 
reasonable  doubt". 

In  the  past,  professional  consultants  in  operations  research  have  often 
been  employed  by  organisations  introducing  PERT  procedures  for  "he  first  time. 

In  the  writer's  opinion,  this  is  only  justified  where  a  complex  project  of  great 
importance  is  involved.  There  is  now  a  great  deal  of  published  information 
on  PERT  and  its  derivatives.  It  would  be  quite  easy,  though  very  tedious  for 
all  concerned,  to  provide  this  paper  with  a  bibliography  of  500  references. 

Instead  of  this,  a  brief  guide  to  further  reading  appears  at  the  erd  of 
Appendix  A. 
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If  the  manager  is  prepared  to  make  a  reasonably  careful  study  of  published 
information,  and  if  he  is  prepared  for  his  first  attempt  at  PER?  implementation 
to  be  experimental  in  character,  the  need  for  employing  consultants  should  not 
arise.  Another  useful  source  of  Information  is  the  training  courses  in  PERT 
techniques  run  by  schools  of  management  and  some  computer  companies. 

Once  the  people  concerned  lave  absorbed  the  basis  of  the  technique,  and  the 

objective  event  of  the  project  has  been  defined,  implementation  can  begin.  The 

first  task  is  to  establish  a  work  breakdown  structure.  This,  together-  with 

other  PGRT/TIM3  terms  used  in  this  section,  is  fully  defined  in  Appendix  A. 

Essentially,  it  is  a  chart  in  the  form  of  a  family  tree  which  defines  the  levels 

of  indenture  (or  detail)  at  which  networks  will  be  prepared.  For  small  projects, 

there  are  unlikely  to  bs  more  than  three  levels  of  indenture,  at  least  at  the 

beginning.  The  temptation  to  draw  an  overall  network  at  the  .highest,  or 

management,  level  should  be  resisted  if  possible.  Instead,  objective  events  for 

the  lowest  level  networks  should  be  established  by  management,  and  the  individual 

officers  responsible  should  start  to  draw  their  networks.  It  is  immaterial 

whether  they  use  the  "backward  method"  (starting  with  the  objective  event  and 
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working  backwards),  which  was  favoured  by  some  early  PEST  users  ,  or  the  more 
obvious  forward  method.  It  will  soon  become  apparent  t.nat  network  construction 
is  an  iterative  process.  As  soon  as  the  earliest  drafts  are  ready,  all  concerned 
should  confer  for  constructive  criticism  and  establishment  of  interfaces.  'The 
process  of  adjustment  and  redrawing  of  networks  at  the  lowest  level  of  indenture 
will  take  sere  time,  and  no  attempt  should  bo  made  at  this  stage  to  produce  tidy 
networks  for  reproduction.  ..hen  some  measure  of  agreement  is  achieved,  the  manager 
can  select  milestones  and  interface  events  for  his  network  at  the  next  higher 
level  of  indenture. 

If  this  shows  that  the  basic  relationships  between  the  detailed  networks  are 
sensible,  time  estimates  can  be  prepared. 

The  choice  of  estimator  for  each  activity  is  one  of  balance  between  responsi¬ 
bility  and  experience.  Obviously,  the  individual  who  is  responsible  to  management 
for  the  completion  of  a  particular  activity  must  be  convinced  of  the  accuracy  of 
the  estimates.  Cn  the  other  hand,  he  may  not  be  sufficiently  experienced  in  the  work 
involved  in  the  activity  to  rake  the  estimates  himself.  In  this  case,  it  would 
perhaps  be  best  for  the  preparation  of  the  three  time  estimates  to  bo  undertaken 
by  a  aval  1  group  wltLch  includes  the  most  experienced  as  ‘well  as  the  responsible 
people.  If  the  activity  is  completely  new,  it  would  bo  wise  to  seek  for  some 
analagous  situation  for  which  information  is  available.  Guesses  should  only  be 
used  in  the  last  resort. 
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As  3oon  as  all  the  estimates  are  available,  a  manual  analysis  should  be 
performed,  preferably  by  those  responsible  for  the  networks.  The  results  of 
the  analyses  al'e  likely  to  instigate  another  loop  of  network  refinement  and 
replanning.  There  are  some  basic  PERT/TImE  rules  for  this  operation,  and  they 
will  be  found  useful.  Alternative  techniques  and  plans  can  be  set  up  in  the 
model,  and  their  effect  on  time  scales  determined.  During  this  process,  it 
will  be  found  that  the  critical  path  is  continually  changing,  and  it  is 
essential  to  pi'oceed  slowly;  because,  for  example,  enthusiasm  for  shortening 
time  scales  can  lead  to  overloading  of  resources  and  facilities. 

The  result  of  these  labours  \/ill  be  a  model  (not  a  plan)  of  the  project, 
from  which  the  probability  of  meeting  a  scheduled  target  date  can  be  determined. 

If  this  is  acceptable,  detailed  planning  can  begin.  This  will  include  the 
assignment  of  personnel  to  the  activities,  and  requests  for  Drawing  Office  and 
’Workshop  facilities  and  the  like,  A  programme  for  revising  the  networks  at 
regular  intervals  should  be  laid  down.  If  manual  analysis  has  been  found  very 
onerous,  arrangements  should  be  made  for  the  revisions  to  be  processed  on  a 
computer.  The  computer  programme  should  bo  tested  by  running  the  analysis  of 
the  initial  network  and  chocking  against  the  results  of  manual  analysis. 

It  may  have  been  noticed  that  no  mention  has  been  made  of  a  "PERT  specialist" 
or  even  of  a  PERT  analysis  staff.  It  is  fatal  to  the  whole  concept  to  set  up 
an  independent  organisation  to  run  PERT.  There  is  then  a  tendency  for  Project 
Engineers  to  regard  it  as  incidental  to  the  real  work  of  running  the  project. 

If  this  attitude  becomes  established,  PERT  is  no  longer  a  tool  of  management, 
it  becomes  an  unnecessarily  sophisticated  reporting  systenu 

5. 4  Extra-mural  implementation 

Within  the  Department,  this  may  be  taken  to  include  the  use  of  PERT  by 
Design  and  R.  and  D,  Authorities  to  manage  the  efforts  of  their  contractors,  and 
its  use  by  the  contractors  themselves  within  their  own  organisation.  The 
principles  of  implementation  set  out  above  are  equally  applicable,  but  the 
situation  is  complicated  by  the  contractual  relationship  and,  perhaps,  by  the 
fact  that  the  contractor  may  already  be  using  the  technique. 

Because  PERT  costs  money,  the  requirements  for  its  use  must  be  made  known 
to  tenderers  at  the  outset,  i.e,  they  must  be  stated  in  the  tender  documents* 

If  it  is  decided  to  introduce  it  during  the  lifetime  of  an  existing  project, 
it  should  be  incorporated  in  a  contract  amendment,  Even  if  the  contractor  is 
using  PERT  internally,  it  is  unsatisfactory  for  a  design  authority  to  have  to 
ask  for  the  substantial  amount  of  work  involved  in  rescheduling  the  job, 
when  ho  has  no  contractual  right  to  do  so. 
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When  PERT  is  already  being  used  by  the  firm,  a  conflict  may  arise  between  the 
intentions  of  the  Project  i.Ianagar,  and  the  procedures  already  in  use.  b'hile 
the  possibility  of  a  reasonable  compromise  is  not  excluded,  there  is  much  to  be 
said  for  specifying  precisely  what  is  required  of  prime  erd  subsidiary  contractors. 
This  point  is  pursued  in  the  next  section. 

There  is  a  strong  argument  for  an  approved  procedure  to  be  laid  down  on 
aii  Establishment  -  or  Department  -  wide  basis,  but  this  raises  larger  issues. 

When  an  otherwise  suitable  firm  has  no  experience  whatever  of  network 
techniques,  the  question  of  training  arises.  It  is  not  unreasonable  to  ask 
that  the  contractor  should  undertake  the  training  of  his  own  personnel  at  his 
own  expense,  but  a  simple  manual  of  basic  techniques  and  operating  procedure 
could  well  be  provided  by  the  Department.  An  example  of  such  a  manual  might 
bo  Appendices  A  ard  B  of  this  paper. 

5. 5  Application  of  the  PERT/TIMS  rules 

It  is  the  author's  contention  that  any  manager  setting  out  to  use  FERT 
for  the  first  time  should  be  prepared  to  adhere  to  the  basic  rules  set  cut 
in  Appendix  A.  The  man  who  adds  a  few  cross-linking  activity  lines  to  a 
Milestone  Bar  Chart  and  thereby  imagines  that  he  has  constructed,  a  PERT  network 
is  not  only  deceiving  himself  about  PERT,  he  is  deceiving  himself  about  his 
project.  Kis  network  is  unlikely  to  be  a  valid  model,  and  any  analysis  will 
yield  misleading  answers. 

The  critics  of  the  FERT  algorism  have  generally  taken  the  view  that  it  is 
an  over-simplification,  ard  there  is  some  truth  in  this.  Any  further 
simplification  is,  therefore,  likely  to  be  dangerous. 

There  is  converse  tendency;  to  attempt  to  overcome  the  limitations  of  the 
PERT  technique  by  extensions  or  variations  of  the  computation.  It  is  suggested, 
however,  that  the  best  basis  for  work  of  this  kiid  i3  experience  of  the  existing 
system. 

Another  reason  for  sticking  to  the  rules  is  the  desire  to  preserve  the 
communication  capability  of  the  technique.  Indeed,  the  basic  rules  allow 
sufficient  alternatives  to  endanger  this.  For  this  reason  it  is  recomr.ended 
that,  before  the  introduction  of  PERT  on  a  new  project,  a  set  of  operating 
instructions  should  be  drawn  up.  These  would  be  supplementary  to  the  basic 
rules  and  would  ensure  the  coherence  of  networks  and  analyses  prepared  by  different 
contributors  to  the  project.  Such  instructions  have  been  drawn  up  by  tpe  writer 
for  use  by  his  own  Section,  and  these  are  reproduced  at  Appendix  B,  It  is 
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considered  essential  that,  particularly  in  the  case  of  contractors,  such 
requirements  are  made  known  at  outset.  It  is,  of  course,  essential  that  they 
be  included  in  the  documentation  accompanying  competitive  tenders,  so  that 
the  firms  can  include  the  cost  of  PERT  in  their  quotations.  They  can  also  be 
required  to  include  preliminary  networks  and  analyses  with  their  technical 
proposals,  and  the  operating  instructions  ./ill  ensure  that  the  efforts  of 
competing  firms  are  directly  comparable. 

It  is  intended  that  the  operating  instructions  will  be  appended  to  the 

design  aim  for  the  project,  together  with  a  list  of  milestones.  These  are 

events  which  are  considered  by  the  Design  Authority  to  be  of  particular 

importance,  and  which  the  contractor  is  to  include  in  his  network.  They  may 

be  derived  frem  the  Design  Authority's  ovm  network,  but  this  is  deliberately 

excluded  from  the  documentation.  The  reason  for  this  is  that  PERT/TII.jE  is 

essentially  a  "bottom  up"  system.  Imposing  the  Design  Authority's  management 

level  network  on  the  contractor  would  place  artificial  constraints  upon  on 

his  detailed  networks,  and  might  tend  to  invalidate  them.  Indeed,  it  is 
12 

argued  by  Boverie  that  a  list  of  milestones  tends  to  have  tnis  effect.  In 
the  present  writer's  opinion,  this  is  going  toe  far.  The  manager  ought  to 
indicate  stages  during  a  project  at  which,  for  instance,  design  reviews  are 
required,  nevertheless,  the  list  of  milestones  should  be  confined  to  the 
necessary  minimum  and  no  attempt  should  be  made  t,o  provide  it  with  scheduled 
dates.  A  target  may,  of  course,  be  set  for  the  objective  event. 

When  the  contractor  has  completed  his  networks,  the  manager  must  be  prepared 
to  co-operate  in  resolving  conflicts  between  them  and  his  own.  his  realisation 
of  the  problems  may  not  be  the  best. 

It  may  be  of  interest  to  examine  some  of  the  other  rules  in  Appendix  ' B 1 
and  the  reasons  for  their  inclusion: 

(a)  Procedure 

The  procedure  laid  down  is  intended  to  fulfil  two  main  objects.  Firstly, 
to  ensure  that  the  PERT  network  and  analysis  really  are  prepared  as  a  genuine 
attempt  to  schedule  the  project.  The  best  way  is  to  insist  on  their  inclusion 
in  the  contract  proposal.  Their  merit  should  be  given  full  weight  in  considering 
acceptance  of  tenders.  Secondly,  the  procedural  requirements  are  intended  to 
ensure  that  the  contractor  keeps  his  networks  and  analyses -up  to  date.  Not 
only  must  he  "update"  them  at  each  reporting  interval,  but  the  updating  must 
be  carried  out  within  the  week  immediately  proceeding  the  reporting  (or  progress) 
meeting. 
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(t)  Events 

Ketworks  are  to  bo  evont  oriented.  There  ore  two  schools  of  thought 
about  this.  It  is  often  suggested  that  because  activities  represent  what 
actually  has  to  be  dona,  the  networks  should  be  formed  frorr.  labelled  activities 
and  that  events  should  merely  bo  numbered  conjunctions  of  activities  to 
facilitate  analysis.  Tiris  contention  has  some  appeal  at  the  working  level, 
but  it  does  not  meet  the  requirements  of  the  manager. 

HBT/TIM  is  not  very  good  at  evaluating  work  in  progress,  so  the 
manager,  who  is  concerned  with  what  has  actually  been  achieved,  must  look  to 
completed  events  as  his  main  source  of  information  on  progress.  If  events  aro 
not  defined,  as  in  an  activity  oriented  network,  this  information  is  hard 
to  come  by.  Furthermore,  a  large  activity  oriented  network  is  very  difficult 
to  read  Either  the  descriptions  of  the  activities  are  written  along  the 
activity  line,  which  makes  it  necessary  to  spread  out  the  network,  or  they  are 
listed  separately,  which  makes  interpretation  tedious  and  difficult. 

In  an  event  oriented  network,  all  the  qualitative  information  is 
included  within  the  event  symbols.  Thus  the  network  can  be  self-contained,  with¬ 
out  growing  to  inordinate  sice.  Furthermore,  it  is  much  easier  to  produce  an 
activity  oriented  analysis  frorr.  an  event  oriented  network  than  the  converse. 
Examples  of  event  ard  activity  oriented  networks  are  given  in  Figs,A2  and  A3. 

Fulkerson's  rule1"5,  is  specified  for  the  numbering  of  events.  This  gives 
effect  to  the  proposition  tiiat,  for  any  activity,  the  number  j  of  the  end  event 
must  always  be  greater  than  the  number  i  of  its  beginning  event.  It  has  the 
advantage  that  a  manual  analysis  in  approx  Era  to  chronological  order  can 
immediately  be  produced  from  the  network.  Its  use  will  also  automatically 
detect  logical  inconsistencies  such  as  "loops"  in  the  network,  borne  computer 
routines  will  automatically'  rank  activities  in  chronological  order  from  networks 
numbered  in  random  fashion,  but  this  can  consume  a  lot  of  expensive  computer 
time. 

The  number  of  events  in  the  contractors  network  is  limited  for  the  reasons 
given  above. 

(c)  Activities 

Under  this  heading  in  the  operating  instructions  appear  reiterations  of 
bwo  basic  PERT  rules.  It  is  essential  that  each  activity  shall  be  the 
responsibility  of  one  individual  in  the  contractors  organisation.  This  is 
based  on  the  time-honoured  maxim  ti*at  any  manager  must  have  only  one  bottom 
to  kick  in  respect  of  any  one  job. 
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Tho  other  insists  t  hiS.  u  uhlG  three  time  estimates  ere  to  be  made  throu^iout 
the  project,  except  Tor  dummy  activities  aid  for  those  where  a  precise  time 
is  kno’.vr.  in  advance.  Experience  lias  shown  that  there  is  a  reluctance  on  the 
part  of  some  people  to  acknowledge  that  there  is  any  marked  uncertainty  about 
the  time  of  any  activity  whatsoever, 

(d)  Analysis 

Analysis  is  deputed  to  the  contractors  themselves.  This  lias  the  obvious 
advantage  of  relieving  the  Design  Authority  of  tiie  bunxncjo  of  doing  it, 
but  there  are  other  reasons.  Perhaps  the  most  important  is  that  the  contractor 
will  be  more  concerned  to  ensure  the  accuracy  of  the  information  which  is  to  be 
analysed  if  he  has  to  do  it  himself.  Where  areas  of  difficulty  arise  he  will 
have  advance  notice,  and  be  able  to  evaluate  possible  remedies  before  he  is 
called  upon  to  give  verbal  account  at  a  meeting,  hxperience  in  the  United 
States  has  shown  that  many  of  the  failures  of  P3RT  implementation  have  stemmed 
from  the  requirement  for  PDP.T  control  being  regarded  as  something  additional  to 
existing  systems  of  management  and  control.  This  is  fatal;  one  way  of  inducing 
the  contractor  to  implement  PART  properly  is  to  involve  him  as  much  as  possible 
in  its  operation. 

The  operations  called  for  are  the  standard  activity-oriented  network  analys 
showing  expected  times  and  variances,  and  a  slack  path  analysis.  As  previously 
explained,  those  may  readily  be  derived  from  the  event-oriented  network,  if  the 
events  are  suitably  labelled.  Within  the  system  as  defined,  these  analyses  may 
be  performed  manually  without  difficulty.  Mention  is  made  of  an  inexpensive 
(5  U. 3.  dollars )  computing  aid  of  the  circular  slide  rule  -f.-po,  which  may  be 
used.  The  contractor  is  not  discouraged  from  using  sophisticated  analysis 
techniques  but,  to  preserve  coherence,  the  results  of  applying  the  basic  F2RT 
formulae  are  to  be  shown  in  ary  case. 

(e)  Reports 

The  intention  in  this  section  is  to  minimise  paperwork  and  maximise 
information.  For  this  reason,  the  reports  arc  limited  to  tho  network  analysis 
and  the  slack  path  analysis,  but  the  form  of  tho  network  analysis  is  sc  drawn 
as  to  give  all  the  inf  eviration  that  could  reasonably  be  expected  from  a  network. 
The  only  manipulation  of  this  data  which  is  called  for  is  tire  slack  path 
analysis.  This  directs  attention  to  the  critical  and  sub-critical  paths,  and 
assists  in  finding  ones  way  about  the  network.  To  avoid  repeated  redrawing 
of  the  network,  the  concept  of  UJO”1  is  introduced;  this  is  an  artificial  event 
which  defines  the  situation  at  a  reporting  date.  If  a  list  of  events  actually 
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aohieved  is  provided,  the  event  can  t)e  transferred  to  an  existing  net¬ 

work  by  drawing  a  line  which  intersects  all  activities  which  are  actually  in 
progress.  The  analysis  is  then  performed  using  "MO’'”"  as  the  initial  event* 

The  only  eventuality  which  would  involve  the  redrawing  of  a  network  is  a 
change  in  its  logic, 

t 

5,6  Some  pitfalls 

It  is  not  unknown  for  PS11T/TIMS  to  be  adopted  by  an  organisation,  only  to 
\ 

be  rejected  after  brief  experience.  However,  since  it  lias  been  successfully 
implemented  elsewhere,  it  is  arguable  that  the  fault  lies  with  the  users  rather 
than  the  technique.  From  experience,  and  from  the  literature,  it  is  possible 
to  suggest  some  common  pitfalls  in  implementation  which  may  account  for  these 
failures.  Gome  of  then',  'nave  already  been  mentioned,  e.  g, : 

(a)  Hot  observing  the  basic  rules  of  the  technique, 

(b)  Creating  a  specialised  FJvRT  staff  divorced  from  project  management. 

(c)  Generating  unnecessarily  voluminous  analyses, 

.  .  t 

(d)  Producing  a  network  which  is  either  too  large  to  be  readily  understood, 

or  which  can  only  be  understood  by  reference  to  separate  lists  of  events  or 
activities, 

(o)  Imposing  a  management  level  network  on  the  more  detailed  networks, 
i.e.  using  a  "top-down"  approach,  instead  of  the  correct  "bottom-up"  system* 

(f)  He glscting  to  provide  an  adequate  set  of  operating  instructions  (work 
statement)  for  subordinates  or  contractors. 

There  are  a  few  additional  pitfalls  that  ought  to  be  mentioned: 

(g)  It  is  dangerous  to  concentrate  attention  on  the  critical  path  in  a  net¬ 
work  to  the  exclusion  of  the  sub-critical  ones.  The  probability  calculations 

for  achievement  of  objective  events  is  based  on  the  assumption  that  the  critical 
path  is  "sufficiently  longer"  than  the  others  for  the  latter  to  be  neglected. 

This  assumption  i3  not  often  true.  Experience  shows  that  when  a  network  is 
rescheduled  to  reduce  the  overall  estimated  time,  the  reduction  of  the  length 
of  the  critical  path  almost  always  results  in  the  creation  of  a  new  one. 
Furthermore,  it  is  possibl-  for  a  highly  critical  activity  to  be  on  a  non-critical 
path  if,  for  instance,  there  are  two  activities  of  equal  importance  occurring 
in  parallel,  aid  one  is  estimated  to  take  marginally  longer  than  the  other. 

The  slack  path  analysis  can  be  of  great  assistance  in  probing  these  difficult 
areas* 
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t  MaaCrlrnrr.on  and  Ryaveo  have  shown  theoretically  that  the  error  between  the 

PERT-calculated  mean  duration  and  the  actual  mean  duration  for  a  critical  path 
increases  with  an  increasing  number  of  parallel  paths  and  with  their  criticality. 

.  It  therefore  behoves  the  PERT  user  to  scrutinise  parallel  paths  carefully.  It 

should  be  noted  that  cross-linking  between  paths  reduces  the  error.  In  general, 

*  the  FERT  calculation  of  mean  duration  gives  an  optimistic  result,  because  the 

uncertainties  in  the  sub-critical  paths  are  not  included.  On  the  other  hand, 
the  PERT  calculation  tends  to  overstate  the  standard  devinci on. 

(h)  When  the  estimated  time  for  completion  of  a  project  is  substantially 
later  than  the  required  time,  it  is  normally  rescheduled  by  applying  certain 
idles,  which  are  set  out  in  Appendix  A.  '.Then  this  is  done,  it  is  possible  to 
achieve  a  highly  ingenious  arrangement  of  the  network  which  gives  an  acceptable 
estimated  duration,  but  which  is  completely  impossible  to  put  into  effect.  This 
is  because  the  manager  has  neglected  to  consider  his  resource  limitations.  Of 
course,  in  theory,  new  men  can  be  hired  and  new  equipment  purchased;  in  practice 
this  is  often  not  feasible  or  even  justified.  Sven  if  it  can  be  done,  there 
will  be  a  substantial  delay  before  the  new  resource  is  operational.  When  parallel 
paths  are  created  either  initially,  or  when  rescheduling,  resource  limitation 
must  be  borne  very  much  in  ndnd. 

(i)  It  has  already  been  pointed  out  that  the  success  of  PERT  is  absolutely 
dependent  upon  the  validity  of  the  data  fed  into  it.  It  fellows  that  all  con¬ 
cerned  in  the  management  and  operation  of  a  project  ’will  be  involved  in  th~ 
implementation  of  PERT.  They  cannot  contribute  effectively  unless  they  are 
adequately  informed  of  the  basis  of  the  system.  It  follows  tnat  the  manager 

will  have  to  train  his  people,  or  to  arrange  for  their,  to  be  trained  by  others. 

1 1 

Boverie  puts  the  point  very  neatly:  "Training  of  both  the  Programme 
Management  and  the  Project  Engineers  must  be  accomplished  with  authority  and 
in  detail,  for  without  an  adequate  understanding  of  PERT  by  these  potential 
users  PERT  can  only  hope  to  be  an  ancillary,  bureaucratic  function  consuming 
time,  money  and  energy.  A  common  mistake  is  to  provide  only  a  surface 
presentation  to  top  management.  A  surface  presentation  can  inculcate  only 
a  surface  desire  to  see  the  system  work,  and  if  top  management  is  not 
enthusiastically  supporting  PERT,  the  odds  are  against  FEET  being  properly 
employed,  " 


Successful  users 
For  example,  in  19^3, 
highest  attendance  of 


of  PERT  emphasise  the  importance  of  proper  training. 

670  people  attended  the  RASA  PERT  system  "workshop", 

_  .  .  .  .  15 

tne  management  training  programme  . 
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(j)  PSRT/TIME  has  been  presented  in  this  paper  as  a  canipleto  and  all- 
embracing  tool  of  management  up  to  Project  Manager  level.  If  it  is  implemented, 
there  is  no  need  for  it  to  be  supplemented  by  less  effective  techniques.  Indeed, 
it  is  positively  undesirable  that  it  should.  Human  inertia  is  such  that  the 
older  techniques  will  be  relied  upon  b.xsause  people  are  used  to  them,  although 
experience  lias  sho'.vn  that  they  arc  inadequate.  In  these  circumstances,  PERT 
■will  never  "get  off  the  ground". 

An  effort  should  thus  be  made  to  substitute  PERT  information  for  the  older 
systems  which  are  specified  in  existing  procedures,  o.  g.  the  milestone  bar  chart 
of  the  development  cost  plan.  If  this  cannot  be  done,  it  must  be  made  absolutely 
clear  that  such  charts  must  be  compiled  fran  F3RT  analyses. 

6  EXPERIENCE  WITH  U.K.3  DATA  H.'JELIMl  PROJECT 

The  v, riter 1  s  section  is  responsible  for  the  design  and  manufacture  of  data 
ha-ndling  and  data  storage  equipment  for  the  U.K.3  international  satellite. 

Since  it  was  of  the  utmost  importance  that  the  various  models  of  this  equipment 
should  be  delivered  to  the  satellite  prime  contractor  on  the  scheduled  dates  laid 
dovm  by  the  overall  Project  Manager,  it  was  decided  oo  implement  PERT/TIMS  for 
the  management  of  the  development  and  manufacture  of  these  sub-systems.  The 
overall  management  of  the  U.K.3  project  employs  the  milestone  bar  chart  technique, 
with  interdependence  links,  to  generate  the  scheduled  dates  for  the  sub-systems. 

The  esti.nated  cost  for  the  data  handling  equipment  is  of  the  order  of  .C11CK,  and 
for  the  data  storage  system  between  £20K  -  £30K,  so  both  come  within  our  arbitrary 
definition  of  a  small  project. 

The  writer  has  previously  permitted  himself  one  or  two  generalisations  about 
the  attitude  of  British  firms  to  PERT.  It  must  be  said  at  this  point  .that  these 
comments  do  not  in  any  way  apply  to  either  of  the  contractors  employed,  who  have 
given  their  fullest  co-operation. 

It  was  decided  to  introduce  PERT  in  February  1964,  at  which  time  the  electrical 
design  of  both  sub-systems  had  been  virtually  completed  within  R.A.E.  At  the  time, 
contract  proposals  for  the  engineering  development  and  manufacture  of  the  electronic 
su.b-3yster.-_s  had  been  made,  but  financial  sanction  had  r.ot  yet  been  given.  A 
satellite  technology'  contract  on  the  agency  factory  of  the  General  Electric  Company 
at  Portsmouth  was  in  being,  and  was  used,  in  part,  to  support  the  U.K.3  work  on 
data  handling  equipment, 

1 6 

An  American  PERT  practitioner  has  written  "after  more  than  two  years  of 
effort,  there  are  still  very  few  Managers  who  arc.  willing  to  adn.it  that  a  single 
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significant  decision  has  been  based  on  PEST".  In  the  IT. K.  3  Programme,  most  of 
the  significant  decisions  affecting  the  data  handling  and  data  storage  sub-systems 
have  been  baaed  on  PERT,  so  far  without  disastrous  results. 

6, 1  Data  handling  sub-system 

This  consists  of  three  units;  a  high  and  a  low  speed  encoder,  and  a 
programmer.  Some  idea  of  the  complexity  of  the  equipment  may  be  obtained  from 
the  fact  that  they  contain  a  total  of  over  a  twelve  hundred  active  devices, 
with  an  overall  component  count  of  2729,  "Worst-case"  design  was  used  throughout,; 

In  February  19&4,  the  electrical  design  of  the  entire  sub-system  was 
virtually  completed  by  R, A.E, ,  except  for  adjustments  at  circuit  interfaces  to 
meet  requirements  which  were  still  being  formulated.  An  engineered  model  of 
an  early  version  was  undergoing  mechanical  design  at  G.E.G. ,  a3  part  of  the 
satellite  technology  development.  Thus,  the  basic  circuit  techniques  and  methods 
of  assembly  would  be  proven,  it  was  hoped,  before  work  on  the  U.K.3  system 
started.  In  the  absence  of  contract  action,  it  was  decided  to  construct  a 
detailed  PERT  model  of  the  project  to  determine  the  feasibility  of  compliance 
with  the  overall  U.K.3  Programme,  This  network  consisted  of  127  events.  It  was 
found  that  there  was  a  high  probability  of  producing  the  flight  models  to  schedule 
but  that  the  short  interval  between  the  delivery  of  the  electrical  compatibility 
model  (D.2),  and  the  prototype  (F. l)  might  give  rise  to  difficulties.  The  area 
of  greatest  uncertainty  was  financial  approval  and  contractual  negotiation. 

Before  these  processes  were  completed,  up-dating  the  analysis  showed  that  it 
would  no  longer  be  possible  to  produce  the  D.2  model  by  the  scheduled  date.  This 
led  to  the  first  PERT-based  decision:  to  change  the  design  of  the  technology 
model,  which  was  on  the  drawing  board  and  for  which  components  had  been  ordered, 
to  the  latest  U.K.3  standard.  Thus  it  could  be  used  as  the  D.2  model,  at  the 
cost  of  some  loss  of  information  on  basic  technology.  The  decision  was  justified 
in  that  the  D.2  model  was  finished  on  schedule. 

By  this  time,  some  information  on  manufacturing  times  was  forthcoming  and, 
when  the  job  was  rescheduled  to  take  account  of  the  decision  on  D.2,  it  was 
shown  that  it  would  not  be  possible  to  perform  all  the  manufacture  of  the  various 
models  in  series;  iPe„  to  allow  for  design  changes  after  each  series  of  tests 
on  the  previous  models.  This  led  to  the  second  major  PERT-based  decision;  to 
freeze  the  design  of  the  bsaic  functional  assemblies  -  or  brick  units  -  at  the 
earliest  possible  stage  in  the  project,  and  to  acconmodate  all  subsequent  design 
stages  at  the  sub-assembly  level.  There  was  of  course  a  risk  of  wastage,  if  any 
of  the  brick  designs  were  proved  to  be  inadequate.  The  PnET  model  showed  that 
this  risk  had  to  be  accepted  in  the  light  of  the  possible  alternatives. 
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As  soon  as  financial  sanction  was  granted,  and  tenders  issued,  a  party 
representing  the  various  design  authorities  within  R.A.F..  vi3ited  all  the 
tenderers.  J.t  '.vas  made  clear  to  them  all  that  the  Design  Authority  for  the 
data  handling  sub-system  would  require  the  use  of  PER!  in  project  management. 

Foul1  of  the  seven  firms  visited  said  tint  they  were  already  using  the 
technique,  but  two  of  these  did  not  seem  to  know  much  about  it.  The  remaining 
two  supported  their  proposals  with  PKRT-based  information,  arid  one  presented 
the  results  of  the  full  treatment  -  eight  networks  together  with  computer 
print-out  of  the  analysis. 

In  the  event,  the  contract  was  let  to  one  of  the  two  latter  firms  -  the 
Applied  Electronics  Laboratory  of  the  funeral  Electric  Company,  which  is  a 
Government  Agency  Factory,  and  the  responsibility  for  detailed  networking  was 
at  once  handed  over.  Their  first  model  was  rejected  on  the  ground  that, 
although  the  critical  path  contained  eight  weeks  of  slack,  the  variance  was  very 
high  and  the  model  did  not  allow  sufficient  time  for  the  insertion  of  design 
changes,  3 teaming  from  compatibility  and  environmental  tests,  into  the  3a ter 
models.  A  second  model  was  then  prepared,  and  this  proved  to  be  satisfactory. 

It  also  shewed,  as  had  the  3. A.  E.  network,  that  there  was  insufficient  time 
between  D. 2  and  ?.  1  delivery  dates.  This  situation  was  aggravated  by  a  require¬ 
ment  for  a  model  of  the  sub-system  to  be  provided  for  an  early  series  of  heat 
balance  tests.  For  various  reasons,  it  had  been  decided  to  manufacture  an  extra 
equipment  for  this  purpose.  The  G.3.C.  network  and  analysis  showed  clearly  that 
the  strain  on  resources  imposed  by  the  introduction  of  this  equipment  would 
prevent  P.1  equipment  being  delivered  on  schedule.  It  was  therefore  decided 
to  delete  this  model  from  the  programme  and  to  refurbish  the  D. 2  model  for  the 
heat  balance  tests, 

A  further  difficulty  arose  at  thi3  time.  Two  of  the  sub-systems  of  the 
satellite,  the  data  handling  and  the  power  supply  electronics  were  to  be 
constructed  by  means  of  welded  interconnections.  The  welding  ’.ms  performed 
using  specialised  equipment  in  a  controlled  atmosphere.  This  made  it  impossible 
to  increase  the  capacity  of  the  welding  facility  without  capital  expenditure. 

The  construction  of  PERT  models  for  both  these  sub-systems  provided  a  clear 
case  for  the  approval  of  expenditure  to  increase  the  capacity  of  the  welding 
facility  by  75  per  cent,  and  for  the  introduction  of  more  efficient  utilisation 
of  the  existing  operators  and  equipment.  They  also  provided  information  on  which 
the  U.K. 3  Project  Manager  could  base  decision  on  the  priorities  to  be  observed 
in  allocating  x’esources  up  to  the  P.  1  date. 
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A  useful  practical  point  which  has  emerged  from  this  work  is  that,  where 
there  is  a  series  of  scheduled  dates  to  be  met  in  the  course  of  a  project,  these 
dates  should  be  used  as  the  objective  events  of  a  series  of  networks.  This  has 
been  shown  to  be  easier  and  more  useful  than  attempting  to  draw  a  complete 
detailed  network  for  the  project  as  a  whole.  The  detailed  networks  are,  of  course 
linked  by  management  level  network  to  reflect  their  interdependence,  ’figs. 5  and 
6  show  the  management  networks  for  the  data  handling  equipment  on  1st  January 
and  15th  July  1965  respectively, 

6. 2  Date  storage 

The  data  storage  sub-system  for  U.K. 3  consists  of  an  endless  loop  tape 
recorder.  The  principal  design  constraints  of  this  equipment  are  high 
reliability,  low  power  consumption,  survival  in  the  launch  environment,  and  low 
weight. 

In  February  19 64.,  a  basic  tape  recorder  design  had  been  established  and  two 
prototypes  had  been  manufactured  in  R. A. 2.  A  contract  proposal  for  further 
engineering  development  and  manufacture  of  rrototype  and  flight  models  had  been 
put  forward,  but  it  was  in  the  same  state  of  stagnation  as  were  the  data  handling 
contract  proposals.  Consequently,  an  80  event  detailed  PERT  network  for  the 
further  work  'was  drawn  up  in  R.A. E.  This  established  that  compliance  with  the 
U.K. 3  overall  programme  was  feasible,  if  certain  risks  were  taken.  These 
involved,  for  example,  the  commencement  of  assembly  of  model  ?. 1  before 
compatibility  tests  of  D. 2  were  complete. 

The  contract  was  let  to  the  Atomic  '.'capons  Research  Establishment,  and  work 
commenced  in  July  1964.  The  contractor's  personnel  concerned  had  no  knowledge  of 
PERT  whatever,  but  were  willing  and  ready  to  co-operate.  An  80  event  network 
with  delivery  of  the  D. 2  model  as  the  objective  event  was  jointly  established. 
A.'.V.R.  E.  suggested  that,  as  the  work  had  a  manufac taring  rather  than  a  develop¬ 
ment  bias,  single  time  estimates  should  be  used.  Eecause  of  the  experimental 
nature  of  the  PERT  implementation  at  the  time,  this  was  agreed.  It  must  be  said 
that  the  single  time  estimates  were  not  noticeably  more  accurate,  in  the  event, 
than  estimates  for  other  parts  of  the  programme.  For  a  small  net-work  such  as 
this,  the  saving  in  estimating  effort  was  negligible  and,  subjectively,  it  is 
felt  that  the  use  of  three  time  estimates  'would  have  marginally  improved  the 
accuracy.  It  must  be  said,  however,  that  this  exercise  is  by  no  means  conclusive. 

PERT  has  contributed  to  the  making  of  several  decisions  during  the 
development  and  manufacture  of  the  D.2  model  of  the  tape  recorder,  -which  was 
delivered  on  schedule.  Perhaps  the  most  important  of  these  were  decisions  to 
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obtain  alternative  clean  room  facilities  at  A.W.R.3,  because  the  room  which 
was  to  be  constructed  for  the  assembly  of  tape  recorders  would  not  be  ready 
in  time,  and  to  reduce  the  amount  of  testing  to  be  applied  to  the  D.  2  modal. 

A  further  detailed  network  has  been  constructed  by  A.W.R.E.  for  the  P,  1 
and  R. 1  recorders.  A  management  level  network  for  the  whole  project  was 
constructed  at  R.A.S.  It  is  significant  that,  in  this  example,  PERT/ TILE 
has  beer,  implemented  successfully  by  a  contractor  who  had  no  previous  know¬ 
ledge  of  the  technique, 

7  DERIVATIVES  OP  vCRT/TIME  AMD  C.P,Li. 

Mention  has  been  made  cf  certain  limitations  of  the  FERT/TI1E  technique. 

Both  PERT  and  O.P.M.  are  products  of  Operational  Research  and,  since  their 
introduction,  other  practitioners  of  the  art  have  been  busily  engaged  in 
exposing  these  limitations  and  inaccuracies.  Others  have  been  seeking  to  refine 
and  extend  the  basio  network  techniques  to  overcome  them.  A  comprehensive 
review  of  those  activities  is  outside  the  scope  of  this  paper,  but  it  has  been 
thought  worthwhile  to  make  brief  mention  of  those  most  likely  to  interest  the 
reader,  and  to  refer  him  to  the  source  literature  for  further  information. 

7. 1  Computational  variants 

7. 1 . 1  Monte  Carlo'  methods 

The  basic  PERT  algorism  turns  the  stochastic  PERT  network  into  a 
deterministic  one  by  mailing  an  assumption  about  the  nature  of  the  distribution 
cf  the  activity  durations,  and  by  making  an  approximation  to  determine  the  mean 
and  variance  of  the  distribution.  This  approach  he s  the  advantage  of  arithmetical 
simplicity,  but  it  is  not  without  error.  In  this  paper,  attention  has  been 
drawn  to  known  sources  of  error  and  it  has  been  suggested  that  the  manager’s  own 
judgement  car.  supply  the  necessary  correction. 
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Among  others,  Van  Slyke  has  suggested  tnat  the  errors  could  be  avoided  by 
use  of  Monte  Carlo  simulation,  3y  taking  the  mean  of  some  thousands  of  samples 
of  possible  project  durations  (the  distribution  being  determined  by  the  probability 
functions)  it  is  possible  to  achieve  a  much  closer  approximation  to  the  true  mean 
of  the  model.  The  accuracy  achieved  can  be  increased  by  increasing  the  number 
of  samples. 

If  Van  Slyke1  s  .methods  are  used,  an  exceedingly  useful  by-product  of  the 
computation  is  available.  This  is  the  probability  of  an  activity  being  on  the 
critical  path.  The  disadvantage  of  Monte  Carlo  methods  i3  that  they  depend  on  the 
availability  of  a  powerful  and  fast  computer  to  perform  the  many  thousands  of 
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calculations  involved.  The  manager  in  the  engineering  field  may  also  feel  that 
he  needs  an  Operational  Research  scientist  to  drive  the  computer. 

7.1.2  Decomposition  of  large  networks 

If  the  reader  ignores  the  advice  given  in  this  paper  and  generates  a  very 
large  network,  he  /.ill  ur.doub tedly  find  it  difficult  to  analyse.  It  may  even  be 
beyond  the  storage  capacity  of  most  computers.  The  technique  reconmended  by  the 
pundits  for  dealing  with  the  situation  is  to  decompose  the  large  network  into  a 
number  of  small  ores  which  can  be  individually  analysed,  and  than  to  regenerate 
the  original  network  from  the  resulting  data.  This  can  be  achieved  quite 
readily  by  "cut  and  try"  methods,  but  formal  procedures  for  doing  ro  have  been 
proposed  by  Parikh  arid  Jewell1 a,  among  others.  They  deal  not  only  with  time 
networks,  but  with  cost-time  networks  such  as  C.F.il.  and  P5RT/CC3T. 


7.1.3  An  electronic  analogue 
1  ° 

R.  K.  barker'"'  has  suggested  that  an  electronic  a:ialogue  of  a  netv/ork  might 
usefully  bridge  the  gap  between  manual  analysis  which  is  suitable  1'or  small 
networks  and  electronic  computation  which  is  really  only  justified  by  quite 
.large  ones.  In  his  proposal,  the  activity  would  be  represented  by  a  monostable 
trigger  circuit  with  adjustable  true  constant.  Conjunctive  events  could  be 
simulated  by  switches  driven  by  bis tables  which  would  only  operate  when  pulses 


had  been  received  from  all  the  delay  circuits. 

This  intriguing  suggestion  has  great  attraction  for  the  electronic  engineer. 
It  should  be  possible  to  construct  an  analogue  for  a  100  event  network  for 


the  saw  cost  as  that  of  writing  and  proving 
computer,  it  could  be  used  for  any  network  (i. 
provided);  but,  unlike  the  computer,  running  - 


onputer  programs.  Like  the 
uitable  patching  facilities  were 
■ta  would  be  negligible. 


7.2  PERT/ COST 


In  that  PERT/TI1/S  facilitates  the  continuous  employment  of  resources  and  the 
elimination  of  duplication  of  effort  at  interfaces  aid  elsewhere,  it  contributes 
to  the  reduction  of  project  cost  as  well  as  project  time.  However,  when 

20  _  ,  v 

Malcolm  ot  al  developed  P3RT,  they  deliberately  excluded  cost  (or  resources ) , 
and  system.  perforranco  from  their  consideration. 


Thus,  v/h on  FaRT/TIkn  was  first  introduced,  cost  control  was  carried  out 
using  earlier  techniques,  notably  the  cumulative  cost  curve  derived  from  milestone 
charts.  In  this  technique,  the  estimated  cumulative  cost  of  the  project  is 
plotted  against  time,  and  milestones  are  marked  on  trie  curve.  The  actual 
cumulative  cost  is  plotted  on  the  same  piece  of  paper  and,  providing  tiiat  actual 
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ooat  does  not  exceed  projected  cost  at  the  moment  of  achievement  of  each  mile¬ 
stone,  all  is  assumed  to  "be  well.  It  is  not  difficult  to  envisage  a  situation 
in  which,  because  of  slow  progress  on  work  contributing  to  later  milestones, 
a  model  of  this  kind  would  give  a  completely  misleading  picture,  similar 
curves  are  used  in  the  PER'i’/CObT  system,  but  a  third  curve  is  drawn  to  show 
"value  of  work  performed"  (see  Fig.  7)» 

FERT/COET  imposes  the  disciplines  of  PERT  on  the  planning  aril  control  of 
expenditure.  It  uses  a  network  in  which  the  Activities  are  "work  packages"  - 
which  are  individually  estimated  and  costed.  These  packages  are  frequently 
former  by  grouping  together  activities  in  the  P1RT/TII2  network  for  the  project 
which  are  related  in  the  nature  of  their  work  content  and  in  their  direction 
to  a  defined  subsidiary  objective.  The  PERT/C03T  network  can  however  be 
completely  independent  of  the  FERT/TIME  network,  so  long  as  the  subsidiary 
objectives  can  be  clearly  defined.  In  either  case,  the  P2RT/C03T  network  should 
include  work  packages  for  such  activities  ,as  direct  supervision  and  project 
management,  unless  these  are  covered  by  overheads. 

The  size  of  the  work  packages  is  largely  determined  by  the  requirement  that 
the  activities  in  each  package  should  be  of  a  similar  work  content  to  enable  them 
tp  be  separately  costed.  It  might  be  logical  to  include  laboratory  assembly  in  a 
package  together  -with  machine  shop  time,  but  such  logic  is  unlikely  to  appeal  to  the 
accountants.  The  other  factors  are  arbitrary;  the  approximate  value  and  the  time 
for  completion  of  each  package./  These  will  tend  to  be  related  to  total  project 
cost  and  to  cost  reporting' interval  in  the  same  sort  of  way  as  activities  in  a 
PERT/TIMB  network.  / 

Unlike  PERT/ TII.iE,  a  mechanism  exists  for  evaluating  'work  in  progress  on  3. 
particular  package.  This  parameter  is  "value  of  work  performed  to  date".  This  is 
given  by  the  formula:  / 

Value  of  work  performed 

This  information  can  be  displayed  on  a  "cost  of  work  report"  -which  is  analogous 
to  the  cumulative  expenditure  reports  of  the  milestone  system,  but  contains  more 
information  (see  Fig. 7).  This  report  may  be  prepared  for  each  work  package  or, 
more  usually,  for  groups  of  packages  -  sometimes  known  as  end  items.  If  the 
size  of  tiie  project  justifies  it,  a  wr.ole  family  of  reports  can  be  generated  for 
different  levels  of  rranagem.ent,  i.e.  in  different  degrees  of  detail.  This  is 
analogous  to  the  levels  of  indenture  in  the  PERT/TH1E  system.  The  information 
supplied  to  each  level  of  management  includes  the  following; 


Actual  cost  to  date  x  Original  estimate  for 
_ complete  package 

Latest  revised  estimate 
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(a)  Original  estimated  oost  of  work  performed  to  date,, 

(b)  Actual  cost  of  work  performed  to  date„ 

(o)  Cost  over-iur,  or  unler-run. 

(d;  Original  estimate  for  total  cost  on  completion. 

(e)  Latest  revised  estimate  for  total  cost  on  completion. 

(f)  Projected  over-inn,  or  uider-run  of  total  cost. 

(g)  FLRT/TI13  information. 

As  with  PERT/fE.IE,  the  value  of  FUAT/COfT  is  absolutely  determined  by  the 
validity  of  the  information  fed  into  it.  It  may  be  necessary  to  alter  estimating 
and  accounting  procedures  in  order  to  achieve  this. 

The  foregoing  i3  a  necessarily  inadequate  ounsrary  of  PhRT/CGST,  which  is  by 
no  means  so  ‘.veil  docnr.entei  as  IISET/TIMS.  The  most  useful  reference  is  probably 
t  .e  D.O.D.  and  h.A.S.l.  PURT/dOGT  Guide^  ' ,  This  was  intended  by  its  originators 
as  an  experimental  system,  but  it  has  become  an  accepted  standard. 

An  attempt  waa  made  at  the  request  of,  and  in  co-operation  with,  G.W./S.A. 
Project  Costs  to  apply  PddT/CCGT  to  the  U.K.3  Lata  Handling  Cub-3ys  menu  The 
management  level  PERT/TIMS  network  was  sub-divided  into  PhdT/COCT  packages  of 
median  value  £10000.  Unfortunately,  these  work  packages  ware  too  small  for-  the 
contractors'  accounting  system  to  handle.  Since  the  system  was  dictated  by  the 
Agency  agreement  between  the  firm  ar.i  the  department,  it  was  not  possible  to 
modify  it.  This  is  mentioned  to  stress  the  point  that  the  introduction  of 
sophisticated  systems  of  project  control  may  stars!  or  fall  on  the  willingness  or 
ability  of  those  concerned  to  alter  their  existing  procedures. 

7.3  LESS  -  Least  coat  estimating  aid  scheduling 


this  is  a  network  based  technique  derived  from  C.P.i.h  Its  purpose  is 


oovaous,. 


7.4  Fill 37  -  Programme  reliability  Information  system  for  management 

This  is  an  attempt  to  evaluate  tire  third  of  the  variables  considered 
originally  by  the  PCRT/TIi.ii  team.  -  technical  performance.  Like  PART,  it  was 
developed  for  the  U.S.  Navy  Polaris  programme,  and  its  methods  are  derived  from 
PERT.  It  uses  two  independent  measures  of  reliability: 

( a )  P-M  -  reliability  maturitg  index 

This  is  described  as  "a  measure  of  compliance  with  the  planned  reliability 
activities  in  the  development  programme". 


32 


(b )  PJFirt  -  reliability  performance  measure 

This  is  a  prediction  of  the  eventual  reliability  of  the  equipment  concerned, 
which  is  continuously  revised  throughout  the  development  process. 

The  author  has  boon  able  to' find  practically  no  published  information  about 
piXS:  1,  but  the  objective  is  so  important  that  further  efforts  will  be  made, 

7.5  RAEPS  -  Resource  allocation  'and  multi-project  scheduling  , 

i 

This  technique  is  based  on  PEAT  and  C.P.!:,  Its  object  is  to  allocate 
resources  -  i.o.  people,  facilities,  materials  aid.  finance,  among  several  projects 
according  to  a  defined  management  policy.  Such  a  policy  might  involve  completion 
of  one  or  more  projects  in  the  shortest  time,  completion  of  all  projects  at 
minimum  cost,  continuous  employment  of  labour  or  facilities,  or  some  combination 
of  these.  The  system  was  devised  by  G3IP.  Inc,,  and  is  quite  fully  described  in 
reference  22. 

7.6  The  decision  box  network 

All  the  project  management  techniques  hitherto  described  assume  successful 
completion,  not  only  of  the  project,  but  of  each  activity  within  it.  In  a  research 
project  this  situation  is  unlikely  to  obtain.  Even  in  a  development  project  a 
line  of  attack  in  a  difficult  area  ray  prove  unfruitful,  ar«2  an  alternative  must 
be  tried. 

The  application  of  network  techniques  to  this  situation  was  first  considered 

•p  2 

by  Eisner  ,  He  proposed  the  db  (Decision  Box)  network.  This  allows  the  use  of 
alternative  paths  to  achieve  the  sane  object.  These  may  be  conjunctive  -  if  they 
are  both  to  be  attempted,  or  disjunctive  if  only  one  is  to  bo  tried.  The  alternative 
paths  may  merge  to  arrive  at  a  known  and  fixed  objective,  or  there  may  be  several 
possible  outcomes.  If  the  latter  is  the  case,  Eisner’s  model  allows  the  probabi¬ 
lity  of  each  outcome  occurring  to  be  calculated, 

2L_ 

In  a  recent  article  *  Scott  and  Hopkins  stress  the  danger  of  applying  FEAT 
and  C.F'.i.!.  techniques,  as  they  stark.,  to  projects  where  there  is  a  substantial 
element  of  risk  that  particular  activities  will  not  be  completed  successfully. 

They,  too,  suggest  the  use  of  alternative  paths  in  networks  assigning  probabi¬ 
lities  to  each.  They  also  allow  the  use  of  "recursive  loons"  to  accommodate  the 

,  I 

situation  when  an  activity  has  proved  to  be  unsuccessful,  and  the  job  must  be  [ 

tried  again  a  different  way. 

Some  such  extension  of  the  basic  FEET  model  would  undoubtedly  be  of  value 
in  tre  management  of  research  and  might  also  be  applicable  to  more  advanced 
development  projects. 


i 
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CONCLUSIONS 


84 1  The  "basic  PuRT/TUkS  technique  is  an  effective  medei  for  management  of  small 
projects.  Its  deficiencies  can  be  allowed  for  "by  the  use  of  human  judgement 
because  the  ocolo  .is  small. 


80 2  Since  and  its  variants  are  by  far  tne  moot  commcniy  used  technique 


their  3c ini,  it  is  a  good  communicate  or. 


8.3  Lou  successful  implementation,  something  approaching  an  act  of  faith  is 
require!  —  existing  techniques  must  be  abandoned,  and  project  management  must 
operate  the  tool  itselli  it  should  not  bs  delegated  to  a  specialist  group. 

8.4  It  is  highly  desirable  that  the  procedure  to  be  adopted  should  be  clearly 
established.  An  example  oI  such  a  procedure  is  shorn  in  Appendix  B„ 

8.5  It  is  too  soon  to  atce-ipt  tc  evaluate  the  effectiveness  of  as 

applied  to  the  U.K.  3  Data  Handling  arc.  Storage  Sub-St's  terns.  It  i3  not  suggested 
that  tne  decisions  male  with  the  benefit  of  PERT  would  not  have  been  trade  without 
it.  However,  they  were  made  earlier  and  with  more  confidence  in  the  outcome  than 
would  otherwise  have  been  the  case,  ard  consequently  were  more  effective. 

8.6  V/hile  it  is  suggested  that,  for  initial  Implementation,  thev basic  rules  of 
FER'.’/TIIjK  should  be  adhered  to,  there  is  no  doubt  that  further  developments  of 
the  technique  are  desirable.  In  particular,  techniques  for  coot  control  such  as 
PHRT/COST,  and  performance  and  reliability  predictions  such  as  PRI3.".  are  needed. 
Another  area  where:  further  work  is  required  is  the  research  project,  in  which 
the  outcome  is  in  doubt.  A  technique  along  the  lines  of  the  decision-bcx  network 
is  needed  here. 


8.7  There  is  no  doubt  that  the  use  of  mathematical  a  in  cybernetic  mole?  3  in 
management  is  growing.  Already  models  of  large  business  enterprises  and  of  stock 
markets  are  being  constructed.  Serious  consideration  is  being  given  to  models 
of  a  nation's  entire  economy  to  make  it  possible  to  damp  out  trie  alternate  cycles 
of  boom  and  recession.  There  may  be  a  place  "  1  management  in  the  future  for  the 
man  who  declines  to  corsider  the  use  of  these  techniques,  but  it  is  likely  to  be 
a  lowly  one, 
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'  AH  OUTLINE  OF  P5RT/TD.re 

A.  1  The  basic  concept 

PERT  is  an  acronym  for  Programme  Evaluation  and  Review  Technique,  The 
mechanism  of  its  evaluation  and  review  processes  is  a  model  of  the  programme. 
This  model  can  be  described  as  a  logic  diagram,  flow  chart  or,  more  usually, 
a  network.  The  technique  includes  procedures  for  analysing  the  model  to 
establish  time  relationships  between  different  parts  of  the  programme  and,  in 
particular,  to  establish  the  sequence  of  activities  widen  determines  the  total 
time  taken  for  its  completion.  This  is  the  "critical  path".  The  technique 
takes  account  of  uncertainties  in  time-scale,  such  as  may  be  encountered  in 
research  and  development  projects. 

If  this  evaluation  leads  to  a  viable  plan  for  the  project,  the  progress 
of  the  plan  may  be  reviewed  by  the  technique.  This  is  achieved  by  "up-dating" 
the  model,  i, e,  deleting  past  happenings  and  revising  estimates,  at  regular 
intervals,  Prom  analysis  of  the  up-dated  model,  it  is  possible  both  to  review 
progress,  and  to  predict  areas  of  difficulty  which  will  jeopardise  the  project 
objectives. 

This  Appendix  describes  the  model  and  its  procedures  in  chronological  order 
i.e.  the  order  in  Which  each  would  be  met  in  implementing  the  technique. 

A, 2  V.'ork  breakdown  structure 

In  all  but  the  smallest  projects,  there  will  be  several  levels  of  menagemen 
and  supervision,  and  each  will  wish  to  operate  to  its  own  particular  degree  of 
detail.  In  the  PERT  model,  this  fact  is  acknowl edged  by  breaking  dam  the  total 
work  content  of  the  project  into  tasks  or  "end- items"  at  different  degrees  of 
detail  or  "levels  of  indenture".  The  result  is  displayed  as  a  family  tree  which 
it  is  emphasised,  ir  not  necessarily  related  to  the  organisational  family  tree. 
An  example  of  part  of  a  work  brcalaiown  structure  is  given  in  Fig.AI. 

It  is  essential  that,  before  the  work  breakdown  structure  is  established,  t 
objectives  cf  the  project  arc  defined,  clearly  and  in  detail.  It  will  then  be 
possible  for  tine  objectives  of  each  task  to  be  defined  with  equal  clarity.  Tne 
next  operation  is  to  construct  a  mod.el  -  or  r.otwork  -  for  each  part  of  the 
project  at  the  lowest  level  of  indenture, 

Ao 3  The  network 

Toe  network  is  a  chart  campcoed  of  two  *-■  .c  types  of  symbol;  activities 
and  events.  These  are  defined  as  follows: 
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(a)  Real  activities 

These  are  the  time  consuming  events  of  the  projects  They  represent  real 
work  and  involve  the  employment  of  labour  or  resources,  or  both, 

(b )  IXrrmlvi  activities 

These  are  constraints  which,  while  not  themselves  consuming  time  or 
resources,  nevertheless  govern  the  logic  of  the  network  ard  the  achievement  of 
objectives.  An  example  of  such  dummy  activity  would  be  the  undesirability  of 
commencing  the  mechanical  design  of  an  electronic  assembly  until  the  circuit 
design  was  coniple ted„  In  addition  to  such  naturally-occurring  dummies,  artificial 
ones  are  sometimes  introduced  to  make  a  network  easier  to  decipher. 

(c)  An  event  is  defined  as  a  distinguishable,  unambiguous  point  in  time 
that  coincides  with  the  beginning  and/or  end  of  a  specific  task  or  activity,. 

The  achievement  of  any  event  will  be  governed  by  one  or  more  activities,  and  it 
will  initiate  one  or  more  further  activities.  The  initial  and  objective  (last) 
events  in  any  network  ere  obvious  exceptions  to  this  rule, 

(d)  Interface  events  are  those  which  simultaneously  form  part  of  mare  than 
one  network.  An  example  of  tins  would  be  decisions  on  interchangeability  between 
part3  of  a  large  system. 

It  will  be  noticed  that  no  mention  is  made  of  interface  activities.  The 
reasons  for  this  will  become  clear  as  the  description  proceeds. 

The  universal  symbol  for  an  activity  in  both  KSRT  and  C.P.r,',  is  the  arrow; 
dummy  activities  are  s onetime 3  distinguished  by  dotted  arrows.  Various  symbols 
are  used  for  events,  but  they  all  involve  an  outlined  area,  in  which  information 
can  be  written.  It  is  usual  to  distinguish  between  interface  and  ordinary  events* 
The  symbols  used  in  this  paper  are  shown,  with  a  key,  in  fig.A2. 

It  will  be  found  in  practice  that  a  valid  model  of  any  project,  of  which  the 
eventual  outcome  is  not  in  doubt,  can  be  constructed  by  connecting  activities 
and  events  together  to  form  a  networlc.  This  statement  is  subject  to  the  proviso 
that  the  following  rales  are  observed: 

(i)  Each  activity  must  have,  and  may  be  defined  by,  predecessor  and 
successor  events.  In  the  same  way,  each  event  must  have  one  or  more  predecessor 
activities  and  one  or  more  successor  activities,  except  for  the  initial  and 
objective  events, 

(ii)  ho  activity  may  commence  until  its  predecessor  event  has  been  achieved 
Similarly,  no  event  is  achieved  until  all  its  predecessor  activities  have  been 
completed. 
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These  two  rule3  govern  the  logic,  or  as  some  writers  vd.ll  have  it,  the 
topology  of  the  network.  Their  importance  aarmot  ho  too  greatly  stressed. 

Arising  from  thorn  there  are  further  proced’oral  rules: 

(iii)  No  event  may  he  followed  by  a  series  of  activities  which  lead  back 
to  the  same  event.  This  logical  fault  in  a  network  is  known  as  a  "loop"  and 
it  is  illustrated  in  Pig Ju  Although  the  example  shown  may  seem  obvious,  the 
formation  of  loops  is  by  no  means  uncommon  in  complex  networks. 

(iv)  It  is  not  permissible  to  define  two  concurrent  activities  by 
reference  to  the  same  predecessor  and  successor  events,  even  if  this  v/culd  be 
an  accurate  representation.  The  correct  way  of  handling  this  situation  is  to 
introduce  a  third  event  and  a  duinriy  activity  as  shown  in  Pig.Aif, 

(v)  A  single  event  may  not  be  used  to  initiate  successor  activities  which 
are  not  dependent  on  all  its  predecessor  activities.  This  rule  is  illustrated 
in  Pig.A.5;  in  this  -we  assume  that  activity  4  is  dependent  on  both  activity  1  and 
activity  2,  hut  activity  3  is  dependent  on  activity  1  and  independent  of 
activity  2.  In  this  situation  Fig.A5(a)  contravenes  this  independent  activity 
rule,  hut  A5(b)  does  not. 

(vi)  No  real  activity  may  be  shown  as  more  than  one  activity  line  in  the 
.network.  One  solution  to  the  problem  which  arises  from,  the  situation  shown  in 
Fig.  Afa(a)  is  an  optional  rale  which  requires  each  real  activity  to  have  unique 
predecessor  and  successor  events.  The  application  of  this  is  shown  in  ?ig.A6(b), 
in  which  two  dummy  activities  have  been  introduced.  If  the  rule  is  applied 
throughout  a  network  however,  many  unnecessary  dummy  activities  arc  created.  It 
is  usually  considered  best,  therefore,  to  confine  the  use  of  unique  predecessor 
and/or  successor  events  to  those  situations  where  rule  (v-  )  requires  it,  or  where 
increased  clarity  of  the  network  is  obtained  by  its  us^„ 

Once  the  initial  event  is  achieved,  i.e.  after  the  programme  has  started, 
rule  1  may  still  he  observed  by  using  an  artificial  event  "NON"  as  the  single 
initial  event.  As  time  goes  on,  NOW  succeeds  each  event  as  it  is  reaohod. 

Networks  may  he  event-oriented  or  activity-oriented.  The  difference  lies 
in  the  way  in  which  the  activities  are  defined.  In  an  activity-oriented  net¬ 
work,  the  activities  are  defined  by  giving  them  a  plain  language  description,  and 
events  arc  merely  numbered  conjunctions  of  activities  to  facilitate  analysis,  as 
in  Fig. A3* 

Ir.  an  event-oriented  network,  the  events  are  defined  in  plain  language  and 
numbered,  and  the  activities  are  defined  by  quoting  their  predecessor  end  successor 
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events,  as  in  Fig.A2.  For  management  purposes,  the  event-oriented  network  is 
usually  preferred,  although  at  the  working  level,  there  i3  something  to  be  said 
for  using  the  activity-oriented  network. 

Both  types  of  network  may,  with  advantage,  have  the  numbers  for  the  events 
determined  by  Fulkerson's  rule.  The  procedure  is  as  follavs:- 

(a)  Number  the  initial  or  starting  event  "1". 

(b)  Delete  all  the  activity  arrows  emerging  from  the  numbered  events 

(i, e,  "1"  in  the  first  iteration).  This  will  generate  at  least  or.e  new  initial 
event. 

(c)  Number  all  the  new  initial  events  "2",  "3"  and  so  on,  in  any  order. 

(d)  Reiterate  (b)  and  (c)  until  the  objective  event  is  reached. 

The  use  of  this  rule  will  automatically  detect  logical  inconsistencies  in 
the  network.  It  also  makes  manual  analysis  much  easier  than  if  the  numbers 
were  allocated  in  random  fashion., 

A. 4  Time  estimates 

When  the  network  is  complete,  a  time  estimate  is  made  for  each  activity. 

When  the  time  is  known  precisely  in  advance,  this  is  stated  as  a  number,  usually 
in  units  of  weeks,  to  one  place  of  decimals.  In  a  research  .and  development 
programme  such  estimates  are  usually  confined  to  dummy  activities  ’which  are,  by 
definition,  time  zero  and,  perhaps,  procedural  activities. 

For  all  other  activities,  it  is  likely  that  some  uncertainty  about  their 

duro.tion  will  exist.  This  may  be  expressed  statistically  by  considering  the 

activity  as  a  distributed  variable.  The  range  of  each  distribution  is  determined 

by  optimistic  ard  pessimistic  estimates,  and  the  mode  (or  teak  of  the  probability 

distribution  curve)  by  an  estimate  of  the  "most  likely"  duration.  These  estimates 

are  given  the  symbols  t  .  t  and  t  respectively.  An  illustration  cf  three 

o  p  m 

possible  probability  curves  is  given  in  Fig„A7.  It  was  decided  by  the  originators 
of  the  technique  that,  of  the  known  probability  distributions,  that  which  most 
nearly  fitted  the  practical  situation  was  the  beta  distribution.  The  mean  or 
expected  value  of  this  distribution  is  that  which  divides  the  area  under  the 
probability  curve  into  two  equal  portions.  This  is  called  the  expected  time  -  t  „ 
The  probabilities  of  completing  the  activity  earlier  or  later  than  t  are  equal  - 
at  50  per  cent. 

The  rigorous  calculation  of  the  value  of  t^,  and  its  standard  deviation, 
would  be  tedious.  However,  a  simplified  arithmetical  approach  is  used  for  PERT 
.  The  expected  time  is  defined  by  the  formula: 


calculations. 
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t  = 
e 


t  +4 1  +  t 

o  m  v 


and  the  standard  deviation  is  defined  as  one  sixth  of  the  range.  In  practice,  the 
variance  (square  of  the  standard  deviation)  is  a  more  useful  quantity  since  it  may 
be  added  arithmetically  along  a  path  of  many  activities  to  give  the  variance  of 
the  expected  time  for  the  whole  path.  Thus,  the  variance  is  given  by  the  formula: 


It  may  be  said  that  the  proof  of  these  formulae  has  been  the  subject  of  some 
controversy,  but  they  may  be  regarded  as  empirical  rules  which  have  been  applied 
successfully.  Appendix  C  describes  the  PERT  model  of  an  activity  in  more  detail. 

It  is  assumed  that  the  estimates  will  be  nr.de  by  the  person  who  has  most 
experience  of  the  type  of  activity  concerned.  It  is  therefore  necessary  that 
each  of  these  persons  should  be  given  a  clear  definition  of  each  of  the  three 
estimates.  Statistically  speaking,  the  optimistic  and  pessimistic  estimate  can 
be  defined  as  each  having  a  1  per  cent  probability  of  occurring  on  any  one  occasion 
and  the  most  likely  time  is  the  mode  of  the  distribution.  However,  this  informa¬ 
tion  is  of  little  use  to  those  unfamiliar  with  statistical  methods.  The  following 
definitions  are  therefore  suggested: 

(i)  Optimistic  estimate  t 

The  time  that  will  be  taken  if  "everything  goes  right"  -  i.e.  if  exceptionally 
good  luck  is  experienced, 

(ii)  Most  likely  time  t 

The  time  which,  in  the  opinion  of  the  estimator,  is  the  one  which  would  occur 
most  often  in  normal  circumstances, 

(iii)  Pessimistic  time  t 

_ E, 

The  maximum  time  that  the  activity  will  take  if  "everything  goes  wrong". 
"Everything"  in  this  case  excludes  "acts  of  God"  -  fire,  flood,  tempest,  etc. 


When  time  estimates  have  been  made  for  each  activity,  analysis  of  the 
network  may  begin, 

A, 5  Analysis 

The  first  step  is  to  determine  the  expected  time  ard.  variance  for  each 
activity.  When  this  has  been  done,  it  is  possible  to  calculate  the  cumulative 
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expected  time  T_  and  the  cumulative  event  variance  <r  (TtJ  for  any  event  on  the 

jii  ♦  iL 

netv/ork  by  adding  the  individual  expected  times  and  variances  of  all  the 
activities  along  the  longest  path,  to  it  from  the  initial  event.  The  next  process 
in  the  analysis  is  to  perform  this  calculation  for  each  event. 

The  cumulative  expected  time  for  the  objective  event  will  be  the  best 
estivate  of  the  time  for  completing  the  entire  project.  This  may,  of  course, 
be  earlier  cr  later  than  the  scheduled,  or  required, time.  The  cumulative 
Variance  will  give  an  indication  of  the.  probability  of  achieving  this  date.  j 

I 

The  next  step  is  to  take  the  scheduled  time,  if  there  ia  one,  or  otherwise  j 

i 

the  expected  time  as  a  starting  point,  and  to  work  backvaris  tlu'-ujh  the  network 
to  calculate  the  latest  allowable  time  Tt  for  each  event.  This  calculation  is  j 

made  in  exactly  the  came  way  as  the  forward  pass  through  the  network;  by  adding 
together  the  expected  times  of  the  activities  on  the  longest  path  fran  the 
objective  event  to  the  event  concerned.  A  cumulative  variance  of  can  also  be 
computed  if  required. 

The  next  step  is  to  deduct  the  cumulative  expected  time  from  the  latest 
allowaolo  time,  this  gives  the  "slack"  for  each  event,  that  is  to  say  the  amount 
of  time  by  which  the  event  may  be  delayed  without  affecting  the  scheduled  date 
for  the  entire  project.  Slack  may  be  positive,  zero,  or  negative.  If  it  is 
negative,  the  project  may  be  expected  to  over-run  by  this  amount.  The  path 
through  the  network  with  the  smallest  amount  of  slacx  is  called  the  "critical 
path",  it  is  this  path  that  determines  the  overall  timescale  for  the  project, 
and  it  is  only  by  shortening  this  path  that  the  end  date  can  be  brought  forward. 

It  will  be  seen  that  the  arithmetic  of  this  analysis  is  very  simple.  It  can 
however  become  extremely  tedious  for  large  networks,  and  it  is  usual  to  use  an  j 

electronic  computer  for  these,  Tor  no  two run  of  up  to  one  or  two  hundred  events  | 

however,  manual  analysis  is  quite  feasible  and  an  example  is  given  in  Table  A1,  j 

in  which  the  network  of  figure  A2  is  analysed.  Table  A1  is  an  activity  oriented 
analysis,  anl  it  will  be  noticed  that  it  has  been  produced  from  an  event-oriented 
network.  It  is  possible  to  produce  event-orient ed  analyses,  in  greater  or  less  j 

detail  for  different  levels  of  management.  It  is  usual,  however ,  to  base  these 
on  the  activity  oriented  analysis  at  the  lowest  level  of  indenture.  Another 
useful  permutation  of  these  data  is  the  slack  path  analysis  shown  in  Table  A2.  ; 

This  merely  ranks  the  various  paths  through  the  network  in  order  of  increasing  j 

amounts  of  slack.  It  directs  the  manager's  attention  to  those  parts  of  the  net-  i 

work  which  may  need  his  attention.  i 

i 


i 
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It  may  assist  the  reader  to  assimilate  the  analysis  technique  if  we 
consider  the  example  (Fig. A2,  Tables  A1  ard.  A2)  in  more  detail.  The  network 
has  been  numbered  in  accordance  with  Fulkerson's  rule,  so  we  first  list  the 
activities  in  ascending  order  of  their  predecessor  event  numbers.  It  will 
be  noted  that  the  event  descriptions  have  been  chosen  so  that  deduction 
of  the  correct  activity  description  is  easy.  To  ensure  this,  the  "unique 
predecessor  and  successor  event"  rule  has  been  observed  where  necessary. 

When  the  activities  are  listed,  we  calculate  the  exDected  time  t  end 

2  e 
variance  cr  (t  )  for  each  in  accordance  with  the  formulae  given  in  A 4. 

Thus  for  activity  1-2:- 


t 


e 


1,5  t  3  t  I  x  2 
6 


2.1  (to  first  place  of  decimals) 


and 

O-2  (V  ,  ■  0.0625  . 

for  this  purpose,  0.06  is  near  enough. 

These  simple  calculations  are  repeated  for  each  activity  in  turn. 

2 

The  cumulative  expected  time  T_,  and  cumulative  event  variance  cr  (TP) 
are  then  calculated  for  each  (successor)  event.  Thus  for  event  2:~ 


0  x  2.1  =  2.1 


0-2  (T:^ 


0  +  0.06  =  0.06 


and  for  event 

h  =  2.1  +  7.5  =  9.6 

(Tg)  =  0,06  +1.36  =  1.42  . 

Hie  calculation  is  always  made  for  the  longest  path  through  the  network 
to  the  event  concerned,  '"here  alternative  paths  exist,  e.g.  event  12,  (some¬ 
times  called  a  backward  node),  they  are  each  examined  in  turn.  In  practice, 
this  merely  means  that  the  expected  time  of  each  activity,  for  which  it  is  the 
successor,  are  added  to  the  cumulative  expected  time  of  tire  respective  pre¬ 
decessor  event:- 
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T„  (Event  10)  +  t  (Activity  10  -  1?) 


21 0 1  +  0  =  21.1 


Tp  (Event  8)  +  t  (Activity  8-12)  =  18.8  +  0  =  IS.  8  . 

Thus  the  largest  path  to  event  12  is  through  activity  10  -  12  ard  this  is 
iniic.nt.ed  by  circling  the  appropriate  T  ,  thus  (+TTj).  It  is  this  value,  ani  its 
associated  variance,  that  determines  the  T-  and  variance  for  event  12. 

'"hen  this  forward  pass  through  the  network  is  complete,  a  backward  pass  is 
made,  using  precisely  the  same  technique,  to  establish  the  latest  allowable  time 
T^  for  the  completion  of  each  activity.  In  practice,  most  people  find  this 
pass  more  difficult,  presumably  because  they  are  working  from  right  to  left  and 
from  the  bottom  of  the  paper  upwards.  This  difficulty  tends  to  ease  with 
‘experience.  In'our  example,  the  scheduled  time  Tc  is  42  weeks  and  this  sets  Tt  / 

for  the  objective  event  20,  Then:  / 

/ 

Tl  (Event  19)  =  TL  (Event  20)  -  t£  (Activity  19  -  20)  =  42.0  -  1.6  =/l£>.k; 

Vlnere  an  event  initiates  more  than  one  activity  (forward  node  or  burst  point) 
the  situation  is  analogous  to  that  of  a  backward  node  on  the  forward  p^ss ,  in  that 
it  is  the  longest  path  from  the  objective  event  which  determines  the  Tt.  Thus  for 
event  2;- 

=  T^  (Event  3)  Tg  (Activity  2-3)  =  11.9  -  7.5/  -•  4~A 
Tt  =  T.  (Event  4.)  -  T  (Activity  2  -  4.)  =  28.2  -/5.2  =  23.0 

u  xj  C 

so  it  is  the  oath  through  Event  3  that  determines  the  T.  (Event  2)  and  Tt  (Event  3 

i-i  Xj 

is  ringed  to  record  this  fact. 

It  is  possible  also  to  calculate  0^  T,. ,  by  adding  the  variances  along  the 
largest  path  from  the  objective  event,  if  this  parameter  is  thought  by  the 
manager  to  be  useful. 


The  final  stage  of  the  analysis  is  the  calculation  of  slack  (T^  -  Tg) , 


thus : - 


Slack  (Activity  19  -  20)  =  42n0  -  39.7  =  ’2.3  . 
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Obviously,  if  Tg  is  greater  than  T  ,  the  slack  will  be  negative  and  this 
indicates  that  the  project,  if  carried  out  according  to  the  network  and  time 
estimates, has  50 1  probability  cf  overrunning  by  this  amount  of  time. 


The  slack  path  analysis,  given  in  Table  A 2,  is  simply  a  matter  of  listing 
the  events  which  relate  to  each  successive  value  of  slack  in  the  analysis  arid 
checking  to  see  that  the  list  corresponds  to  an  actual  path  through  the  network. 
The  path  with  the  least  amount  of  slack  (critical  path)  is  listed  first.  If 
any  subcritical  path,  taking  into  account  its  cumulative  variance,  approaches 
the  critical  path  in  length,  this  fact  is  noted. 


It  will  be  observed  that  the  individual  or  department  head  responsible 
for  each  real  activity  is  listed  on  the  analysis.  The  value  of  this  is  obvious. 

The  amount  of  slack  in  the  critical  path  and  the  variance  of  the  cumulative 
.expected  time  . for  . the  ob jectivc J3vent  vdll_£ive  an  indication  of  the  probability 
of  achieving  the  scheduled  date,  A  quantitative  value  for  the  probability  of 
doing  so  can,  however,  be  established.  It  is  assumed  that,  where  there  are  a 
substantial  number  of  activities  on  the  critical  path,  the  distribution  of  the 
possible  total  elapsed  times  for  the  path  will  approach  the  normal  (symmetrical) 
distribution.  This  assumption  is  based  on  the  central  limit  theorem,  which  holds 
when  there  ore  a  number  of  activities  (e.g.  more  than  ten)  and  their  individual 
distributions  are  random.  The  probability  of  meeting  any  scheduled  date  is 
found  by  expressing  the  difference  between  the  scheduled  time  Tg  and  the  overall 
expected  time  TF  in  terms  of  the  standard  deviation: 


The  result  is  compared  with  a  set  of  probability  distribution  tables  to  give  a 
figure  for  the  probability  of  achieving  T  ,  As  an  example,  we  may  take  the 
figures  from  our  sample  analysis  in  Table  A1 : 


=  +  -j  03 

2.23 


Probability  of  achieving  Tg  =  84. 8fb  . 

It  should  be  b^rne  in  mind  that,  both  the  total  expected  time  and  the  variance 
and  probability  figures  are  based  on  the  assumption  that  the  critical  path  is 
"enough  longer"  than  the  parallel  paths  for  the  latter  not  to  affect  the  result. 
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If  there  are  parallel  paths  with  slack  which  is  only  slightly  smaller  tha.n  that 
in  the  critical  path  then  these  calculations  will  give  optimistic  answers.  This 
optimism  is  in  addition  to  the  slight  optimistic  bias  which  has  been  found  to  be 
inherent  in  the  technique.  Methods  rave  been  suggested  for  avoiding  these 
errors,  but  these  are  outside  the  scope  cf  this  brief  summary.  The  manager  can, 
of  course,  make  his  own  subjective  corrections. 

A. 6  "e-scheduling 

The  conclusion  reached  from  the  results  of  the  analysis  of  the  network  may 
well  be  that  it  does  not  represent  an  acceptable  plan  for  carrying  out  the 
project.  In  all  probability  a  shortening  of  the  overall  timescale  will  be  require 
To  achieve  this,  it  is  necessary  to  attack  the  activities  on  the  critical  path. 
There  are  three  basic  rules  for  this  replanning: 

(i)  Review  all  activit- as  to  determine  whether  each  is  absolutely  essentia], 
to’  t'!ie_prbgfaimSei  Sctiviti  •  ,;ich  arc  desirable  rather  than  essential  may  be 
deleted. 

(ii)  Employ  additional  resources  to  reduce  activity  times  on  the  critical 
path.  It  may  be  possible  to  transfer  resources  from  paths  with  large  positive 
slack,  otherwise  total  resources  may  have  to  be  increased.  This  may  be  done  by 
overtime  working,  the  use  of  better  people,  or  the  recruitment  of  additional 
personnel.  Another  possible  alternative  is  to  subcontract  some  activities. 

(iii)  Two  or  more  activities  which,  in  the  original  network,  were  planned 
to  occur  in  series,  may  be  re-planned  to  take  place  in  parallel.  This  course 
may  involve  some  technical  risk,  and  will  certainly  involve  an  increase  in 
resources  in  the  same  way  as  rule  2. 

Ir.  a  project  of  any  size,  there  may  be  a  number  of  alternative  methods  of 
achieving  the  desired  result..  Each  of  these  alternatives  may  be  tried  in  the  FER'7 
model,  and  their  effects  determined  to  enable  the  best  solution  to  be  found. 

When  the  critical  path  has  been  reduced  to  the  required  length,  ard  the 
analysis  has  been  run  through  again,  it  is  highly  likely  that  a  new  critical  path 
will  have  been  created.  This  rrast  be  treated  in  the  same  way,  until  all  the 
areas  of  criticality  have  been  dealt  with.  In  considering  the  final  analysis, 
two  points  must  be  borne  in  mind.  The  creation  of  a  number  of  paths  with  nearly 
the  same  criticality  leads  to  an  optimistic  prediction,  as  stated  above. 

Secondly,  the  peak  demard  for  resources  should  not  exceed  those  likely  to  be 
available.  In  ary  case,  excessive  peaks  in  demand  for  labour  lead  to 
inefficient  working. 
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The  perfected  PERT  model  thus  becomes  the  basis  for  planning,  i.  e,  allocating 
materials,  labour  and  facilities  to  the  project.  It  may  also  be  used  as  a  channel 
of  communication  to  convey  planning  information  backwards  and  forwards  between 
management  and  operations.  This  leads  in  to  the  second  function  of  PERT  -  review, 

A, 7  Progress  reviews 

Once  the  project  has  started,  the  manager  will  wish  to  review  progress  at 
regular  intervals,  "hen  PERT  is  used,  immediately  before  each  progress  report  is 
dus,  the  network  is  revised  or  "up-dated"  to  bring  it  into  line  with  the  current 
situation,  -411  events  that  have  been  achieved  are  deleted  and  replaced  with  the 
artificial  event  h'C'iv.  Any  changes  in  the  logic  of  a  network  that  have  been  brought 
about  by  the  changing  situation  are  made,  and  revised  estimates  made  for  activities 
if  necessary.  The  analysis  is  run  through  again,  and  a  slack  path  analysis  prepared. 
For  a  large  project,  less  detailed  reports  for  higher  levels  of  mannganent  may  be 
made.  The  result  of  this  work  may  indicate  that  re-planning  of  parts  of  the  project 
is  needed  to  ensure  that  the  objectives  are  reached.  The  value  of  PERT  is  that  it 
directs  management ' s  attention  to  these  areas,  and  enables  them  to  try  possible 
solutions  in  the  model  as  in  the  initial  re-scheduling  phase.  The  predictive 
capability  of  the  technique  enables  corrective  action  to  be  taken  before  it  is  too 
late. 

A, 8  A  guide  to  farther  reading 

This  outline  is  a  compression  of  a  very  large  amount  of  published  information 
about  PERT,  in  which  much  has  be-  intentionally  omitted.  In  addition  to 
omissions  intentional  and  unintentional,  it.  is  probable  that  data  compression  on 
this  scale  has  introduced  some  distortion.  It  does  inwove r  include  what,  from  the 
writer's  own  experience,  appears  to  be  essential. 

Anyone  who  wishes  to  study  the  subject  further  may  find  this  list  of 
recommended  reading  useful: 

(a)  The  work  of  developing  PERT,  and  the  foundations  upon  which  it  was 

based,  are  described  by  its  originators  in  reference  10.  This  has  since  been 

25 

supplemented  by  an  Addend-air.  . 

8 

(,b)  Perhaps  the  most  practical  of  the  manuals  of  PERT  is  that  of  Miller  . 

(o)  More  general  treatments  of  network  techniques  are  references  3  and  22. 

(d)  Reference  11  contains  material  for  training  courses  on  PERT  and  C.P.M, 

(e)  Most  of  t'ne  statistical  arguments  about  PERT  have  been  ventilated  in 
the  columns  of  Operations  Research;  the  Journal  of  the  Operations  Research  Society 
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of  America,  from  1559  onwards.  Further  material  of  this  kind  appears  in 
Management  Science;  the  Journal  of  the  Institute  of  Management  Sciences,  Baltimore, 
Maryland. 

(f)  More  empirical  arguments  have  been  conducted  in  the  colum-ns  of  the 
now  defunct  journal:  Aerospace  Management. 

(g)  A  " programmed  teaching"  book  has  recently  been  publisr.ed. 

Paradoxically,  only  a  person  untrained  in  the  subject  can  express  an 
objective  view  of  a  book  of  this  kind.  However,  good  reports  have  been  received 
of:-  "A  programmed  introduction  to  PART',  issued  by  the  I . T. &  T.  Federal 
Electric  Corporation,  and  puolished  by  Wiley, 
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Table  A1  -  ACTIVITY  ANALYSIS 


Predecessor  Successor 
event  event 


Activity 


Write  design  speo. 
Electrioal  design 
Write  test  speo. 
Mechanical  design 
Order  components 
Dummy 
Dummy 

Order  material 

Prepare  drawings 

Obtain  components 

Obtain  materials 

Dummy 

Dummy 

Dummy 

Dummy 

Reliability  assessment 

Make  chassis 

Dummy 

Dummy 

Prototype  assembly 
Dummy 

Prototype  tests 
Dummy 

Design  revievf 


Weeks  of 
slaok 


Event 

numbers 


Remarks 


I 

t 

t 

t 

m 

P 

e 

2 

3 

2.1 

7 

12 

7.5 

5 

8 

5.2 

3 

5 

3.2 

2 

2 

2 

0 

0 

0 

0 

0 

0 

2 

2 

2 

6 

7 

6 

14 

20 

14.3 

6 

10 

6.3 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

12 

15 

12.2 

3 

4 

3 

0 

0 

0 

0 

0 

0 

2.3 

3 

2.4 

0 

0 

0 

7 

11 

7.3 

0 

0 

0 

1.5 

2.5 

1 

1 

1.6 

Table  A2  -  SLACK  PAT!. 


Critical 

path 

<7  (Te)  =  2.23 


Sub-critical 

but 

a  (Te)  =  1.96 


•  ELECTRONIC  DBCUSTICAIOR 


Hti 


aotivity 

event 

Slaok 

variance 
cr2  (V; 

variance 

O'2  (Te) 

Remarks 

2.3 

0.06 

0.06 

For  an  explanation  of 

2.3 

1.38 

1.42 

the  ciroled  numbers. 

20.9 

0.69 

0.75 

see  text-page  41 

6,6 

0.25 

1.67 

2.3 

0 

1.42 

20.9 

0 

0.75 

25.8 

0 

0.75 

! 

6,6 

0 

1.67 

8,9 

0.11 

1.88 

2.3 

2.79 

4.21 

6,6 

1.00 

2.67 

8.9 

0 

1.88 

2.3 

0 

4.21 

4. 8 

0 

4.21 

6,6 

0 

2.67 

2,3 

0.69 

4.90 

... 

6.6 

0.11 

2.78 

6,6 

0 

2.78 

2.3 

0 

4.90 

4,8 

0.06 

2.84 

4.8 

0 

2.84 

1  .8 

1.00 

3.84 

4-8 

0 

3.84 

2.3 

0.06 

j 

4.96  - 

o-  (Tg)  =  2.23 

Scheduled  time:  42  weeks 
Objective  event; 

Proto type  approval 

Activity 

responsibility 


Menager 

Engineering 

Eng. 

D.O. 

Stores 


Stores 
n  n 


Stores 

Stores 


Model  3hop 


Manager 


SLACK  PATH  ANALYSIS 


6.6 

8.9 

i 

O 

CM 

3 

5 

2 

5 

8 

4 

7 

12 

11 

10 

12 

13 

15 

Sub-ci  it  .oal 

Suo -critical 

Sub-o ritioal 
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Appendix  B 

PROGRAMS  5VALUATI0X  A. 'ID  P.BVI5A  TECHNIQUE  - 
CONTRACTUAL  KE  .gj  IRE-MEITTS 

B.  1  General 

All  development  and  manufacturing  work  to  meet  the  attached  design  aim 
will  be  planned  and  progressed  by  means  of  the  Programme  Evaluation  and 
Review  Technique  (PERT/TII-E).  The  following  clauses  specify  the  procedure 
to  which  all  tenderers  and  contractors  are  expected  to  adhere. 

B,  2  ’Procedure 

All  tenders  and  contractual  proposals  are  to  be  accompanied  by  FSRT/TIME 
natwork(s)  and  a  preliminary  analysis  report.  On  receipt  of  contract  or  an 
I.T.P. ,  the  contractor  is  required  to  review  his  preliminary  networks  in 
conjunction  with  the  Design  Authority  to  arrive  at  an  agreed  programme  (the 
"initial''  report).  He  may  also  be  required  to  enter  into  liaison  with  other 
contractors  and  to  adjust  his  interface  events  to  conform  to  ait  overall  plan. 

The  contractor  is  also  to  bring  his  networks  up  to  date  and  to  produce 
a  Progress  Analysis  Report  at  intervals  to  coincide  with  the  technical 
reporting  interval  (normally  one  calendar  .month).  The  effective  date  of  the 
Progress  Analyse  s  Report  shall  be  not  more  titan  one  working  week  before  the 
Progress  Meeting  at  which  it  will  bo  discussed,  and  it  must  bo  in  the  hands 
of  the  Design  Authority  not  less  than  two  working  days  before  the  meeting. 

The  contractor  may  use  any  version  or  variant  of  PERT/TI'iE  which  is 
compatible  with  the  detailed  requirements  set  out  below.  The  Design 
Authority  will  assist  contractors  who  are  not  familirr  with  the  technique, 
but  cannot  undertake  training  of  personnel. 

B,  3  Networks 

B. 3. 1  Events 

tworks  are  to  be  event  oriented.  That  is,  each  event  shall  be 
sho  ,i:.bol  containing  a  number  and  an  abbreviated  description  of  the 

event,,  activities  will  net  be  numbered  or  labelled.  Two  different  event 
symbols  arc  required,  one  for  events  which  have  an  interface  with,  or  form 
part  of,  other  networks,  ar.d  one  for  all  other  events.  Preferred  symbols 
are  shown  at  Fig.BI,  but  others  nay  be  used  providing  they  arc  clear  and 
unambiguous. 
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The  milestones  in  the  attached  list  are  to  be  incorporated  by  the  contractor, 
unchanged,  as  events  in  the  appropriate  networks. 

No  network,  at  any  level  of  indenture,  is  to  contain  more  than  one  hundred 
ard  fifty  events.  The  preferred  maximum  is  one  hundred  events,  '."('here,  because 
of  this  rule,  or  for  any  other  reason,  the  contractor  uses  more  than  one  net¬ 
work  to  cover  the  work  under  the  contract,  he  is  required  to  produce  an  integrated 
network  meeting  the  same  rales  at  a  higher  level  of  inienture  which  does  cover 
the  entire  project. 

As  specified  in  the  PERT  literature,  each  network  will  have  one  (only) 
initial  event  and  one  (only)  objective  event.  These  will  normally  be  the 
specified  milestones.  As  the  network  is  amended  to  conform  with  progress  through 
the  project,  the  initial  event  will  be  the  artificial  event  "NOT";  that  is,  the 
last  reporting  date. 

Event  numbers  will  be  allocated  in  accordance  with  Fulkerson's  rule.  This 
rule  is  stated  as  follows: 

(a)  Number  the  initial  or  starting  event  "1". 

(b)  Delete  all  the  activity  arrows  emerging  from  the  numbered  events 
(i.e,  "1"  in  the  first  iteration).  This  will  generate  at  least  one  new  initial 
event. 

(c)  Number  all  the  new  initial  events  "2",  "3"  and  so  on,  in  any  order, 

(d)  Reiterate  (b)  and  (c)  until  the  objective  event  is  reached. 

It  is  permissible  to  use  partial  numbering,  i.e,  to  omit  one  or  two  integers  in 
each  decade  in  the  initial  numbering  process,  so  that  they  may  be  used  for  later 
additions.  If  an  allocation  of  event  numbers  is  made  for  the  contractor's  use, 
it  will  be  given  after  the  list  of  milestones, 

B.3.2  Activities 

Two  kinds  of  activities  will  be  shown  on  the  network:  real  or  time- 
consuming  activities,  and  dummy  activities.  They  are  to  be  snowr.  by  solid  and 
dotted  lines  respectively.  In  each  case  the  line  will  be  terminated  by  an 
arrow  pointing  to  the  successor  event. 

The  rule  which  specifies  unique  predecessor  and  successor  events  for  each 
activity  need  r.ot  be  followed,  because  this  produces  an  excessive  number  of 
dummy  activities.  Its  use  should  be  confined  to  situations  where  it  is 
necessary  in  the  interests  of  clarity. 
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The  degree  of  detail  required  in  the  network  is  difficult  to  define. 

It  is,  in  part,  governed  by  the  limitation  on  the  number  of  events.  It  is 
also  required  that  the  content  of  activities  sii&ll  be  chosen  such  that  the 
longest  of  the  expected  times  tg  shall  approximate  to  the  reporting  period  - 
four  weeks.  Bach  activity  must  fall  within  the  responsibility  of  one- 
individual  supervisor  within  the  contractor's  organisation.  It  is  important 
that  activities  shall  not  be  defined  in  such  a  way  that  they  involve  the 
work  of  two  or  more  departments. 

Three  time  estimates  ’will  be  uncle  for  each  activity.  They  are  to  be 

the  optimistic  t  ,  most  likely  t  and  pessimistic  t  times  of  the  basic 
x  o’  m  p 

PERT.  The  contractor  will  be  required  to  calculate  the  expected  time  t 
and.  variance  for  eaeh  activity.  Where  activities  on  the  contractor's 
network  are  the  responsibility  of  the  Design  Authority  or  another  contractor, 
he  must  give  adequate  notice  to  the  party  concerned  that  three  time  estimates 
are  required.  This  system  of  estimating  is  to  be  used  throughout  the  project, 
except  for  dummy  activities  and  for  activities  where  a  precise  time  is  known 
ir.  advance. 

B. A  Analysis 

These  requirements  have  been  drawn  up  in  such  a  way  that-  manual  analysis 
is  feasible.  There  is,  of  course,  no  objection  tc  the  use  of  an  electronic 
computer,  but  the  information  specified  must  always  be  provided.  If  the 
analysis  is  to  be  done  manually,  a  calculating  aid  known  as  the  FERT-O- GRAPH  II 
Critical  Path  Computer  will  be  found  useful.  This  inexpensive  device  is 
obtainable  from  James  Halcombe  Associates  at  Beverley  Hills,  California.  The 
accuracy  obtainable  by  its  careful  use  is  acceptable. 

Two  Analysis  Reports  are  required,  and  their  preferred  forms  are  shown 
in  Table  1  ard  Table  2.  luanual  analysers  will  have  no  difficulty  in 
adhering  to  the  precise  form  of  these  tables.  A  computer  print-out  in 
different  form  is  acceptable,  providing  that  it  yields  the  same  information, 
omissions  can  be  added  manually  if  necessary.  Contractors  who  wish  to  use 
an  existing  computer  programme  should  consult  the  Design  .Authority  to  arrive 
at  an  acceptable  compromise.  It  will  be  observed  that  tne  basic  analysis  is 
activity  oriented,  this  may  readily  be  derived  from  the  event  oriented  network 
if  the  events  are  suitably  labelled. 

The  time  estimates  ard  the  results  of  the  analysis  should  not  be  written 
on  to  the  master  copy  of  the  network,  because  this  will  make  later  amendments 
more  difficult.  "Squared  up"  networks,  which  are  arranged  for  events  to  be 
aligned  with  a  horizontal  timescale,  are  not  required. 
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The  latest  allowable  time  T,  for  the  objective  event  is  to  be  the 
scheduled  time,  if  one  is  stated  in  the  contraotual  requirement,  or  the  total 
estimated  time  Tg  fcr  that  event  from  the  contractor's  own  analysis. 

The  basis  of  the  analysis  is  to  be  the  original  PERT  formulae  given  in 
Table  1,  It  is  appreciated  that  the  use  of  these  formulae  can  lead  to  minor 
errors.  If  the  contractor  wishes  to  use  Monte  Carlo  or  other  techniques  to 
minimise  these  errors,  he  may  do  so,  but  the  basic  analysis  should  still  be 
performed  and  3hown  in  the  reports, 

B.5  Reports 

The  preliminary  and  initial  reports  will  consist  of  a  print  of  the 
network(s),  the  network  analysis  and  the  slack  path  analysis.  Progress 
reports  will  contain  the  network  analysis  and  the  slack  path  analysis 
referred  to  the  reporting  date,  A  list  of  events  achieved  since  the  previous 
report  is  also  required.  These  car:  then  be  transferred  to  the  network  to 
give  the  position  of  " NOV,’" ,  If  any  modifications  have  been  made  to  the 
network  in  addition  to  the  change  in  position  of  "NO.V",  a  copy  of  the 
modified  network  will  also  be  required. 


Events  Events  Events  |  Etc, 


54 


Appendix  G 

TKS  I'ODSL  OF  AN  ACTIVITY 

The  model  of  the  duration  of  a  real  activity  in  a  network  can  be  deter¬ 
ministic  (as  in  the  single  time  estimate  of  C.P,,.'. )  or  stochastic  (as  in  PERT) 
in  that  it  can  be  expressed  as  a  randan  variable  with  a  specific  distribution, 

14 

I-'acCrimmon  and  nyavec  have  suggested  that  three  properties  might  be 
postulated  for  such  distribution: 

(a)  Uninod  alit.y 

The  rve  of  probability  versus  time  should  have  a  single  mode  (or  pe?dc) 
•which  i.  in  PERT  terminology,  the  "most  likely"  time  for  completion.  One 
can  imagine  some  special  cases  in  research  and  development  where  this  might  not 
be  true,  but  the  Tast  majority  of  activity  distributions  may  be  expected  to  be 
unimodal. 

(b)  Continuity 

The  distribution  and  hence  its  curve  should  be  continuous.  Again,  it  is 
possible  to  postulate  special  cases  with  discrete  distributions,  but  a  continuous 
distribution  will  be  a  good  approximation. 

(c)  Two  non-negative  abscissa  intercepts 

This  property  merely  reflects  the  certainty  that  an  activity  cannot  be 
completed  in  negative  time. 

To  these,  the  present  writer  would  add  a  fourth: 

(d)  The  possibility  of  asymmetry 

The  majority  of  distribution  of  time  estimates  are  skewed,  and  one  feels 
intuitively  that  this  reflects  the  practical  situation.  In  any  case,  the  use  of 
a  symmetrical  distribution,  e,g,  the  normal  distribution,  would  be  to  impose 
a  restriction  which  it  would  be  difficult  to  justify. 

A  distribution  which  possesses  these  four  properties  is  the  beta,  and  this 

10  25 

was  chosen  by  the  originators  of  PERT  ’  ^  to  be  the  model  for  the  duration  of 
an  activity.  The  probability  density  function  of  the  beta  distribution  is: 

f(t)  =  K(t  -  a)®  .  (b  -  t f  .  (Cl) 

Some  examples  are  given  in  Fig,  A7.  It  will  be  noted  that  the  first  is 
symmetrica^,  the  second  is  skewed  to  the  left  and  the  third  is  skewed  to  the 
right. 
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In  this  expression,  the  two  end  points  of  the  distribution  A  and  3  are 

specified  by  the  optimistic  and  oessimistic  time  estimates  t  and  t  .  The 

op 

exponents  and  (5  are  determined  by  the  assumption  that  the  standard  deviation 
of  the  distribution  is  one-sixth  of  its  range  (b  -  a)  and  the  estimate  of 
the  value  of  the  mode  (m),  or  most  likely  time  t  . 

Hi 

In  the  FERT  algorism,  the  two  parameters  used  are  the  mean  (or  expected 
time  t  )  and  variance  (square  of  the  standard  deviation)  although  these  do  not 
define  a  unique  distribution.  To  obtain  the  mean  precisely  it  is  necessary 
to  solve  a  cubic  equation  but,  to  simplify  the  application  of  the  model  a 
linear  approximation  v/as  made: 


or  in  PERT  terminology 


( a  +  4m  +  b ) 


(t  +  4t  +  t  ) 

k  o  m  o 

- Z - 


and  the  variance 


°-2 


t  —2 


o 


(C2) 


(C3) 


(C4) 


This  approximation  and  assumption  are  not  rigorously  valid  for  all  beta 
26 

distributions,  Battersby  ,  who  deals  with  the  PERT  statistics  at  sctr.e  length, 
shows  that  they  are  true  when  the  parameters  of  the  beta  distribution  have 
certain  specific  values,  and  that  they  are  not  grossly  in  error  over  quite  a 
wide  range  of  values.  There  is,  however,  a  tendency  to  underestimate  the 
variance  when  using  equation  Cif, 

Various  alternative  methods  of  computing  activity  and  network  parameters 

~  "1  3  1  *7 

have  been  suggested  by  Fulkerson  ,  macCriirmon  and  Ryavec  ,  Van  Slyke  and 

others.  Notwithstanding  the  mathematical  merit  cf  these  alternatives,  managers 

have,  in  practice,  continued  to  use  the  original  PERT  method  almost  exclusively. 

It  is  simple,  it  has  been  shown  to  work  in  practice  and  its  acknowledged 

deficiencies  can  be  minimised  by  intelligent  implementation. 
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FIG.  3  DEVELOPMENT  OF  THE  NETWORK 
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FIG.  A 4  CONCURRENT  ACTIVITIES  RULE 
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